WO2025213469A1 - Communication methods, apparatuses and devices, medium and program product - Google Patents

Abstract

The present application belongs to the field of wireless communications. Disclosed are communication methods, apparatuses and devices, a medium and a program product. A method is executed by a first station, and the method comprises: sending a first frame, the first frame comprising a requested or suggested transmission parameter set used by a second station in at least one sub-channel. The at least one sub-channel comprising at least one of the following sub-channels: a sub-channel located within an operating channel bandwidth of the first station; a sub-channel located outside the operating channel bandwidth of the first station; a sub-channel located within an operating channel bandwidth of the second station; and a sub-channel located outside the operating channel bandwidth of the second station. The present application can flexibly, timely and accurately adjust transmission parameters.

Description

Communication method, device, equipment, medium and program product Technical Field

The present application relates to the field of wireless communications, and in particular to a communication method, apparatus, device, medium, and program product.

Background Art

In some scenarios, stations may face fluctuating channel interference. If stations adjust their transmission rates directly based on channel measurement results, frequent signaling instructions will be required, resulting in high signaling overhead. Frequent attempts at higher transmission rates are also likely to result in a high number of transmission failures. If stations adjust their transmission rates based on statistical algorithms, the lag in statistical results may also lead to a high number of transmission failures.

Summary of the Invention

This application provides a communication method, apparatus, device, medium, and program product, the technical solution of which at least includes:

According to one aspect of an embodiment of the present application, a communication method is provided. The method is performed by a first station, and the method includes:

Sending a first frame, the first frame including a transmission parameter set requested or suggested to be used by the second station on at least one subchannel;

The at least one subchannel includes at least one of the following subchannels: a subchannel located within the working channel bandwidth of the first site; a subchannel located outside the working channel bandwidth of the first site; a subchannel located within the working channel bandwidth of the second site; and a subchannel located outside the working channel bandwidth of the second site.

According to another aspect of an embodiment of the present application, a communication method is provided. The method is performed by a second station, and the method includes:

receiving a first frame, the first frame including a set of transmission parameters requested or suggested for use by the second station on at least one subchannel;

The at least one subchannel includes at least one of the following subchannels: a subchannel located within the working channel bandwidth of the first site; a subchannel located outside the working channel bandwidth of the first site; a subchannel located within the working channel bandwidth of the second site; and a subchannel located outside the working channel bandwidth of the second site.

According to one aspect of an embodiment of the present application, a communication device is provided, the device including:

A sending module is used to send a first frame, wherein the first frame includes a transmission parameter set requesting or suggesting that a second site use at least one subchannel; wherein the at least one subchannel includes at least one of the following subchannels: a subchannel within the working channel bandwidth of the device; a subchannel outside the working channel bandwidth of the device; a subchannel within the working channel bandwidth of the second site; and a subchannel outside the working channel bandwidth of the second site.

According to another aspect of an embodiment of the present application, a communication device is provided, the device including:

A receiving module is used to receive a first frame, wherein the first frame includes a transmission parameter set requesting or suggesting that the device use at least one subchannel; wherein the at least one subchannel includes at least one of the following subchannels: a subchannel located within the working channel bandwidth of the first site; a subchannel located outside the working channel bandwidth of the first site; a subchannel located within the working channel bandwidth of the device; and a subchannel located outside the working channel bandwidth of the device.

According to one aspect of an embodiment of the present application, a communication device is provided, comprising: a processor; a transceiver connected to the processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to load and execute the executable instructions to implement the communication method as described in the above aspects.

According to another aspect of an embodiment of the present application, a communication device is provided, comprising: a receiver; the communication device is configured to implement the communication method as described in the above aspects.

According to one aspect of an embodiment of the present application, a computer-readable storage medium is provided, in which at least one program is stored. The at least one program is loaded and executed by a processor to implement the communication method as described in the above aspects.

According to one aspect of an embodiment of the present application, a computer program product or a computer program is provided, wherein the computer program product or the computer program includes computer instructions, wherein the computer instructions are stored in a computer-readable storage medium, a processor obtains the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to implement the communication method as described in the above aspects.

According to one aspect of an embodiment of the present application, a chip is provided, which includes a programmable logic circuit and/or at least one program, and the chip is used to implement the communication method described in the above aspects based on the programmable logic circuit and/or the at least one program.

The technical solutions provided by the embodiments of the present application may have the following beneficial effects:

The first station's request or suggestion of a subchannel and transmission parameter set for use by the second station provides greater flexibility and timeliness for the first station. Furthermore, because the transmission parameters indicated in the first frame are those requested or suggested by the first station, they better align with the first station's own expectations and capabilities, resulting in more accurate and reliable parameter adjustments, helping to ensure efficient communication within the system.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly illustrate the technical solutions in the embodiments of the present application, the following briefly introduces the drawings required for use in the description of the embodiments. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without any creative work.

FIG1 shows a schematic diagram of a wireless communication system provided by an exemplary embodiment of the present application;

FIG2 is a schematic diagram showing a flow chart of a communication method provided by an exemplary embodiment of the present application;

FIG3 is a schematic diagram showing the format of an action field of a co-site interference request frame provided by an exemplary embodiment of the present application;

FIG4 shows a schematic diagram of the format of a request information field provided by an exemplary embodiment of the present application;

FIG5 is a schematic diagram showing the format of the action field of a co-site interference report frame provided by an exemplary embodiment of the present application;

FIG6 shows a schematic diagram of the format of a co-site interference report element provided by an exemplary embodiment of the present application;

FIG7 is a schematic diagram showing a DSO (Dynamic Subband Operation) process provided by an exemplary embodiment of the present application;

FIG8 is a flow chart showing a communication method according to an exemplary embodiment of the present application;

FIG9 is a schematic flow chart showing a communication method provided by an exemplary embodiment of the present application;

FIG10 is a schematic diagram showing TXOP (Transmission Opportunity) sharing provided by an exemplary embodiment of the present application;

FIG11 shows a schematic diagram of TXOP sharing provided by an exemplary embodiment of the present application;

FIG12 is a schematic diagram showing an RD (Reverse Direction) exchange sequence provided by an exemplary embodiment of the present application;

FIG13 is a schematic diagram showing the format of the control information subfield in the HLA (HE Link Adaptation, High Efficiency Link Adaptation) control field provided by an exemplary embodiment of the present application;

FIG14 is a schematic diagram showing the format of the control information subfield in the ELA (EHT Link Adaptation, Extremely High Throughput Link Adaptation) control field provided by an exemplary embodiment of the present application;

FIG15 is a schematic diagram showing a flow chart of a communication method provided by an exemplary embodiment of the present application;

FIG16 is a schematic diagram showing a flow chart of a communication method provided by an exemplary embodiment of the present application;

FIG17 is a schematic diagram showing a communication method provided by an exemplary embodiment of the present application;

FIG18 is a schematic diagram showing a communication method provided by an exemplary embodiment of the present application;

FIG19 is a schematic diagram showing a communication method provided by an exemplary embodiment of the present application;

FIG20 shows a schematic diagram of a communication method provided by an exemplary embodiment of the present application;

FIG21 is a schematic diagram showing a communication method provided by an exemplary embodiment of the present application;

FIG22 is a schematic diagram showing a communication method provided by an exemplary embodiment of the present application;

FIG23 shows a schematic diagram of a communication method provided by an exemplary embodiment of the present application;

FIG24 is a schematic diagram showing a communication method provided by an exemplary embodiment of the present application;

FIG25 is a schematic diagram showing a communication method provided by an exemplary embodiment of the present application;

FIG26 shows a schematic diagram of a frame format of a first frame provided by an exemplary embodiment of the present application;

FIG27 shows a schematic diagram of a frame format of a first frame provided by an exemplary embodiment of the present application;

FIG28 is a schematic diagram showing a frame format of a first frame provided by an exemplary embodiment of the present application;

FIG29 shows a schematic diagram of a frame format of a first frame provided by an exemplary embodiment of the present application;

FIG30 shows a schematic diagram of a frame format of a first frame provided by an exemplary embodiment of the present application;

FIG31 is a schematic diagram showing a frame format of a first frame provided by an exemplary embodiment of the present application;

FIG32 shows a structural block diagram of a communication device provided by an exemplary embodiment of the present application;

FIG33 shows a structural block diagram of a communication device provided by an exemplary embodiment of the present application;

FIG34 shows a schematic structural diagram of a communication device provided by an exemplary embodiment of the present application.

DETAILED DESCRIPTION

To make the objectives, technical solutions, and advantages of the present application more clear, the embodiments of the present application will be further described in detail below with reference to the accompanying drawings. Exemplary embodiments will be described in detail herein, with examples shown in the accompanying drawings. When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Instead, they are merely examples of devices and methods consistent with certain aspects of the present application, as detailed in the appended claims.

The terms used in this application are for the purpose of describing specific embodiments only and are not intended to limit this application. As used in this application and the appended claims, the singular forms "a," "an," "the," and "the" are intended to include the plural forms, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein refers to and encompasses any and all possible combinations of one or more of the associated listed items.

It should be understood that although the terms first, second, third, etc. may be used in this application to describe various information, such information should not be limited to these terms. These terms are only used to distinguish the same type of information from each other. For example, without departing from the scope of this application, the first information may also be referred to as the second information, and similarly, the second information may also be referred to as the first information. Depending on the context, the word "if" as used herein may be interpreted as "at the time of" or "when" or "in response to determining". In this specification, when expressing a Boolean Value (Boolean value), '0' represents the 'first meaning' and '1' represents the 'second meaning'. Without loss of generality, those skilled in the art will understand that the representative meanings can be swapped, that is, '1' represents the 'first meaning' and '0' represents the 'second meaning'.

It should be understood that the formats, names, and values of the frames/elements/fields involved in the various embodiments of the present application are merely examples and do not limit the formats, names, and values of the frames/elements/fields. In different embodiments or designs, it is not excluded that at least one of the names of the aforementioned elements/fields, their positions in the frame, their order with other elements/fields, the number of bytes occupied, and the number of bits occupied may be changed. In different embodiments or designs, it is not excluded that at least one of the names of the aforementioned frames, the elements/fields contained therein, the number of bytes occupied, and the number of bits occupied may be changed.

Figure 1 shows a schematic diagram of a wireless communication system 100 provided by an exemplary embodiment of the present application. The wireless communication system 100 includes terminal devices and terminal devices, or terminal devices and network devices, or STAs (Stations) and STAs, which are not limited in the present application.

In this application, STAs may include AP STAs (Access Point STAs) and/or non-AP STAs (non-access point STAs). An AP STA may be referred to as an AP. Communication between STAs may be implemented as communication between an AP and a non-AP STA, as communication between a non-AP STA and a non-AP STA, or as communication between a STA and a peer STA. A peer STA refers to a device that communicates with a peer STA. A peer STA may be an AP or a non-AP STA. Figure 1 illustrates a wireless communication system 100 including an AP 110 and a non-AP STA 120.

In some embodiments, AP 110 is a device deployed in a WLAN (Wireless Local Area Networks)/Wi-Fi (Wireless Fidelity) system to provide wireless communication capabilities for STAs. AP 110 acts as a bridge between wired and wireless networks, connecting wireless network clients and then connecting the wireless network to Ethernet. AP 110 can be a terminal device (such as a mobile phone) or a network device (such as a router) equipped with a WLAN/Wi-Fi chip.

In some embodiments, AP 110 may support various current and future IEEE (Institute of Electrical and Electronics Engineers) 802.11 family WLAN standards, such as 802.11be, 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a. AP 110 may also be used in a network environment supporting next-generation WLAN systems/next-generation Wi-Fi communications.

In the embodiments of the present application, the next-generation WLAN system is a WLAN system that evolves from the 802.11be system and is backward compatible with the 802.11be system. Next-generation Wi-Fi communication refers to any new generation of Wi-Fi communication after Wi-Fi 7 based on the IEEE 802.11be specification, such as UHR (Ultra High Reliability) communication.

In some embodiments, the non-AP STA 120 may be a UE (User Equipment) supporting WLAN/Wi-Fi technology, a mobile phone, a tablet computer, an e-book reader, a laptop computer, a desktop computer, a television, a VR (Virtual Reality) device, an AR (Augmented Reality) device, an MR (Mediated Reality) device, an XR (Extended Reality) device, a BR (Baffle Reality) device, a CR (Cinematic Reality) device, a DR (Deceive Reality) device, a remote terminal, a wireless device in industrial control, a set-top box, a wireless device in self-driving, an in-vehicle communication device, a wearable device, a remote control, a wireless device in industrial control, a wireless device in self-driving, a vehicle-mounted communication device, a wearable device, a remote control, a wireless device in industrial ... Wireless devices in remote medical, wireless devices in smart grid, wireless devices in transportation safety, wireless devices in smart city, wireless devices in smart home (such as smart cameras, smart remote controls, smart water meters and electricity meters, etc.), wireless communication chips, ASIC (Application Specific Integrated Circuit), SoC (System on Chip), IoT (Internet of Things) nodes, sensors, wireless devices in IoV (Internet of Vehicles), etc. The non-AP STA 120 can also be a handheld device with wireless communication capabilities, a computing device, or other processing devices connected to a wireless modem, etc., which are not listed here one by one.

In some embodiments, non-AP STA 120 may be a device supporting various current and future IEEE 802.11 family WLAN standards, such as 802.11be, 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a. Non-AP STA 120 may also be used in a network environment supporting next-generation WLAN systems/next-generation Wi-Fi communications.

In some embodiments, both AP 110 and non-AP STA 120 support IEEE 802.11 protocol, but are not limited to IEEE 802.11 protocol.

It is understandable that the role of STA in wireless communication is not absolute. For example, when phone A is connected to a router, phone A is a non-AP STA, but when phone A acts as a hotspot for phone B, phone A acts as an AP.

In some embodiments, the frequency bands supported by the wireless communication system 100 include, but are not limited to, millimeter wave (mmWave) bands (e.g., 45 GHz, 60 GHz, etc., which are within the range of 30 to 300 GHz) and low-frequency bands. The low-frequency bands include the Sub-7 GHz band (e.g., 2.4 GHz, 5 GHz, 6 GHz, etc., which are within the range of 1 to 7.25 GHz).

In some embodiments, one or more links exist between AP 110 and non-AP STA 120.

In some embodiments, multi-band communication is supported between the AP 110 and the non-AP STA 120. For example, communication is performed simultaneously in at least one of the frequency bands such as 2.4 GHz, 5 GHz, 6 GHz, 45 GHz, and 60 GHz. For another example, communication is performed simultaneously on different channels of the same frequency band or different channels of different frequency bands. Multi-band communication can improve the communication throughput and/or reliability between devices. Such a device that supports multi-band communication can be considered to have MLO (Multi-Link Operation) capability, commonly referred to as a multi-band device or MLD (Multi-Link Device), sometimes also referred to as a multi-band entity or multi-link entity. MLD can be an AP device or a non-AP STA. If the MLD is an AP device, it contains one or more APs; if the MLD is a non-AP STA device, it contains one or more non-AP STAs. Multiple links can be formed between the AP in the AP MLD and the STA in the STA MLD. The AP in the AP MLD and the STA in the STA MLD can communicate through the corresponding links.

The Basic Service Set (BSS) is the foundational topology of WLAN/Wi-Fi. The communication devices that make up a BSS include an access point (AP) and several non-AP STAs. After joining an AP's wireless domain, each non-AP STA establishes an association with the AP. This allows data transmission between non-AP STAs and the AP, and data exchange between non-AP STAs through the AP.

In some scenarios, BSSs are densely deployed, even in the same frequency band (e.g., 2.4 GHz, 5 GHz, or 6 GHz). Their operating channels may completely overlap, partially overlap, or not overlap at all. In these scenarios, stations within the overlapping coverage areas of multiple BSSs may experience significant amounts of co-channel interference (CCI) and adjacent channel interference (ACI). This interference does not remain stable at a fixed level, but rather fluctuates, and the interference levels vary across different sub-channels.

To cope with changing interference levels, related technologies adjust the transmission rate between stations based on the link status. For example, when channel conditions are good (e.g., good signal quality, high reception success rate), attempts are made to increase the MCS (Modulation and Coding Scheme) value, such as by increasing the modulation and coding order. When channel conditions are poor (e.g., poor signal quality, low reception success rate), attempts are made to decrease the MCS value, such as by reducing the modulation and coding order. This transmission rate control process can employ various implementation-based algorithms, such as those based on direct channel measurement results and statistical methods. In the statistical-based methods, the channel quality is generally judged by counting the throughput over a period of time and the ACK (Acknowledgment) frames continuously received by the sender, such as the Minstrel algorithm, ARF (Auto Rate Fallback) algorithm, AARF (Adaptive Auto Rate Fallback) algorithm, AARF-CD (Adaptive Auto Rate Fallback Collision Detection) algorithm, CARA (Collision Aware Rate Adaptation) algorithm, etc. These include the Collision-Aware Rate Adaptation (CRA) algorithm, the Robust Rate Adaptation (RRA) algorithm, the Robust Rate and Power Adaptation (RRPA) algorithm, the Adaptive Multi-Rate Retry (AMRR) algorithm, the Power-Controlled Auto-Rate Fallback (PARF) algorithm, and the Adaptive Power-Controlled Auto-Rate Fallback (APARF) algorithm. Furthermore, interference often affects the receiving station, and currently, the specific method for adjusting the transmission rate at the sending station is determined independently. Due to their different locations, the interference experienced by the receiving and sending stations may not be identical. If the sending station adjusts the transmission rate based on direct channel measurement results, the receiving station must frequently provide feedback on these channel measurements, which is costly. Furthermore, adjusting to a higher transmission rate to improve throughput when interference frequently changes can easily result in a high number of transmission failures. If the sending site adjusts the transmission rate based on statistical results, it is likely to cause more transmission failures due to the large lag of the statistical method.

To this end, the present application proposes a communication method that facilitates sites to adjust transmission parameters in a timely and accurate manner to address interference issues that fluctuate within the system.

FIG2 is a flow chart showing a communication method provided by an exemplary embodiment of the present application. The method is performed by a first station and a second station. The method includes at least some of the following steps:

Step 220: The first station reports interference information to the second station.

The first station includes an AP or a non-AP STA. Optionally, the first station is located in an overlapping area of coverage of multiple BSSs.

The first station can report the interference status of one or more sub-channels to the peer station. For ease of explanation, the peer station is referred to as the second station, which includes an AP or a non-AP STA.

In some embodiments, the first station proactively sends an interference information report to the second station.

In some embodiments, the first station may report the interference information based on a solicited request from the second station. That is, before step 220, the first station receives a solicited request from the second station requesting the first station to report the interference information.

This embodiment of the present application uses a co-site interference request message as an example. The second station sends a co-site interference request frame to the first station. The co-site interference request frame is used to request the first station to send a co-site interference report. After receiving the co-site interference request frame, the first station sends a co-site interference report frame to the second station, which carries the co-site interference report.

FIG3 shows a schematic diagram of the format of the action field of a co-site interference request frame provided by an exemplary embodiment of the present application. The action field of the co-site interference request frame includes at least one of the following fields: Category, WNM (Wireless Network Management) action, Dialog Token, and Request Info, and each field occupies 1 byte. The format of the request information field is shown in FIG4 , including an Automatic Report Enabled subfield and/or a Report Timeout subfield. The Automatic Report Enabled subfield occupies 2 bits, occupying bits B0 to B1. The Report Timeout subfield occupies 6 bits, occupying bits B2 to B7. For example, when the value of the Automatic Report Enabled subfield is 0, it indicates cancellation of reporting; when it is 1, it indicates reporting when interference changes; when it is 2, it indicates periodic reporting; and when it is 3, it indicates periodic reporting and/or reporting when interference changes. The Report Timeout subfield contains a value in 200TUs (Time Unit, equal to 1024 microseconds), which is used to indicate the minimum interval between two consecutive co-site interference report frames sent by the first station. In other words, the interval between two reports of the first station should be greater than or equal to the value indicated by the Report Timeout subfield. When the field is set to 0, the Report Timeout subfield is reserved.

FIG5 shows a schematic diagram of the format of the action field of a co-site interference report frame provided by an exemplary embodiment of the present application. The action field of the co-site interference report frame includes at least one of the following fields: category, WNM action, dialogue flag, and co-site interference report element. The category, WNM action, and dialogue flag fields each occupy 1 byte, and the number of bytes occupied by the co-site interference report element is variable. The format of the co-site interference report element is shown in FIG6 and includes at least one of the following fields: element ID (Identifier), length, report period, interference level, interference level accuracy/interference index, interference interval, interference burst length, interference start time/duty cycle, interference center frequency, and interference bandwidth. The numbers under each field in Figure 6 indicate the number of bytes it occupies, which will not be detailed here. The Reporting Period field contains a value in units of 200 TUs.

Step 240: The second station schedules the first station based on the interference information reported by the first station.

In some embodiments, the second station schedules the first station via Dynamic Subband Operation (DSO) based on the interference information reported by the first station. Alternatively, the second station may perform DSO scheduling autonomously or upon request from the first station.

For example, the second station dynamically indicates to the first station a transmit opportunity or a receive opportunity on the secondary 160 MHz (S160 or 160S). Dynamic indication is not limited to the secondary 160 MHz. The second station can also dynamically indicate to the first station any AP/non-AP STA bandwidth combination, where the second station supports a higher bandwidth than the first station. Within each dynamically allocated opportunity, the operation can be a DL (downlink) transmission, a triggered UL (uplink) transmission, a point-to-point transmission, or an M-AP coordinated transmission.

DSO allows a second station to dynamically utilize the secondary 160 MHz bandwidth based on TXOPs (Transmission Opportunities) when it successfully gains channel access on the secondary 160 MHz. The second station can dynamically decide whether to allocate bandwidth to a first station on the primary or secondary 160 MHz, and to which first stations, based on bandwidth availability, channel conditions, and QoS (Quality of Service) requirements.

The DSO process is illustrated in Figure 7. At the start of a TXOP in the 320 MHz bandwidth, the second station sends an instruction to the first station supporting DSO, requesting that the first station switch to the secondary 160 MHz for the TXOP. Frame exchange then continues on the secondary 160 MHz. The second station sends a "Subband Switch Control Frame"—a special initial control frame—to the scheduled first station supporting DSO. The Subband Switch Control Frame includes sufficient padding to cover the subband switching delay (i.e., the delay required for the first station to switch from the primary 160 MHz to the secondary 160 MHz). At the end of the TXOP (e.g., by detecting the end of the TXOP at a time interval equal to SIFS + delta time), the first station switches back to operating on the primary 160 MHz. The Subband Switch Control Frame can be a modified MU-RTS (Multi-User Request to Send) frame, a modified BSRP (Buffer Status Report Poll) frame, or a newly defined frame.

In some embodiments, the second station performs M-AP (Multi-AP) coordinated transmission scheduling based on the interference information reported by the first station. For example, the second station schedules the first station to perform C-TDMA (Coordinated Time Domain Multiple Access) or coordinated spatial multiplexing transmission. M-AP coordinated transmission scheduling can be performed autonomously by the second station or upon request by the first station.

In summary, the method provided in the embodiments of the present application involves a first station reporting interference conditions to a second station, which then schedules transmission parameters for the first station based on the first station's interference conditions. When the interference level changes, transmission parameters can be adjusted more promptly and accurately, thereby improving communication efficiency within the system.

However, in the embodiment shown in Figure 2, whether, how, and when transmission parameters are adjusted are still determined by the second station. The first station can only report interference information and transmit based on the second station's scheduling. For the first station, while this approach can address interference changes to a certain extent, it lacks flexibility and timeliness. Furthermore, the second station's scheduling may not fully meet the first station's expectations and capabilities.

Therefore, the present application also proposes a communication method that supports more flexible adjustment of transmission parameters, which can deal with the interference problem of fluctuations in the system more promptly and accurately.

FIG8 is a flow chart of a communication method provided by an exemplary embodiment of the present application. The method is performed by a first station. The method includes at least some of the following steps:

Step 320: Send a first frame, where the first frame includes a transmission parameter set requested or suggested for use by the second station in at least one sub-channel.

Among them, at least one subchannel includes at least one of the following subchannels: a subchannel located within the operating channel bandwidth (Operating Channel Width) of the first site; a subchannel located outside the operating channel bandwidth of the first site; a subchannel located within the operating channel bandwidth of the second site; a subchannel located outside the operating channel bandwidth of the second site. In other words, the subchannel requested or suggested by the first frame can be located within or outside the operating channel bandwidth of the first site, and can also be located within or outside the operating channel bandwidth of the second site. Therefore, the first frame is not limited to parameter adjustment within the operating channel bandwidth of the first site itself, and can be more flexible and within a larger bandwidth range through the first frame. Parameter adjustment helps to improve the overall communication efficiency and quality within the system.

The first frame includes a transmission parameter set that is requested to be used by the second station on at least one subchannel. It can be understood that the first frame requests the second station to use the transmission parameter set for transmission on at least one subchannel. The transmission performed by the second station based on the first frame can be DL transmission, UL transmission, point-to-point transmission, or M-AP transmission, that is, the second station can receive or send based on the first frame. Exemplarily, if the first frame includes a transmission parameter set that is requested to be used by the second station on at least one subchannel, and the second station accepts the sharing of the first frame, it must use the subchannel and transmission parameter set indicated by the first frame for transmission.

The first frame includes a transmission parameter set recommended for use by the second station on at least one subchannel. It can be understood that the first frame recommends that the second station use the transmission parameter set for transmission on at least one subchannel. The transmission performed by the second station based on the first frame can be DL transmission or UL transmission or point-to-point transmission or M-AP transmission, that is, the second station can receive or send based on the first frame. Exemplarily, if the first frame includes a transmission parameter set recommended for use by the second station on at least one subchannel, and the second station accepts the sharing of the first frame, the second station may use the subchannel and transmission parameter set indicated by the first frame for transmission, or may not use the subchannel and transmission parameter set indicated by the first frame for transmission. For the second station, the subchannel and transmission parameter set recommended by the first frame are not mandatory.

Optionally, "recommendation" can also be expanded to "expectation". For example, the first frame includes a transmission parameter set that the second station is expected to use on at least one sub-channel. In this case, the second station is not required to use the sub-channel and transmission parameter set recommended by the first frame. For example, if the first frame includes a transmission parameter set that the second station is recommended to use on at least one sub-channel, and the second station accepts the sharing of the first frame, the second station may use the sub-channel and transmission parameter set indicated by the first frame for transmission, or may not use the sub-channel and transmission parameter set indicated by the first frame for transmission.

The first station in the embodiment of the present application may include a terminal device, a network device, an AP 110, or a non-AP STA 120 as shown in FIG1 . The second station in the embodiment of the present application may include a terminal device, a network device, an AP 110, or a non-AP STA 120 as shown in FIG1 .

In summary, the method provided by the embodiment of the present application is that the first site sends a request or suggests a subchannel and a transmission parameter set for use by the second site, rather than waiting for the second site's scheduling to adjust the parameters. Therefore, for the first site, the method provided by the embodiment of the present application is more flexible. When the interference level changes, the first site can autonomously send a first frame in a timely manner to request or suggest that the second site adjust the parameters. Since the transmission parameters indicated by the first frame are requested or suggested by the first site, they are more in line with the first site's own expectations and capabilities, and the adjusted parameters are more accurate and reliable, which helps to ensure communication efficiency within the system.

In some embodiments, step 320 may also be implemented as step 420 , see FIG. 9 .

FIG9 is a flow chart of a communication method provided by an exemplary embodiment of the present application. The method is performed by a first station. The method includes at least some of the following steps:

Step 420: Send a first frame, where the first frame is used to request or suggest that the second station use at least one subchannel and at least one set of parameters in the transmission parameter set in the TXOP and/or subsequent transmission.

About sub-channels:

The at least one subchannel includes at least one of the following subchannels: a subchannel located within the working channel bandwidth of the first site; a subchannel located outside the working channel bandwidth of the first site; a subchannel located within the working channel bandwidth of the second site; a subchannel located outside the working channel bandwidth of the second site.

In some embodiments, at least one subchannel is within the operating channel bandwidth of the first site and within the operating channel bandwidth of the second site. For example, a first site with a current operating channel bandwidth of 80 MHz may detect interference between a primary 20 MHz (P20 or 20P) subchannel, a secondary 20 MHz (S20 or 20S) subchannel, and a secondary 40 MHz (S40 or 40S) subchannel. The at least one subchannel indicated by the first site in the first frame may include at least one of the following: a P20 subchannel, an S20 subchannel, and an S40 subchannel.

In some embodiments, at least one subchannel is outside the working channel bandwidth of the first site and within the working channel bandwidth of the second site. For example, the first site, whose current working channel bandwidth is 80MHz, can detect the interference conditions of the P20, S20, and S40 subchannels, and know the interference conditions of the auxiliary 80MHz (which can be simply referred to as S80 or 80S) subchannel of the second site. The at least one subchannel indicated by the first site through the first frame may include at least one of the following: the P20 subchannel of the first site, the S20 subchannel of the first site, the S40 subchannel of the first site, and the S80 subchannel of the second site. Among them, the interference condition of the S80 subchannel of the second site may be known to the first site through the previously performed DSO and/or NPCA (Non-Primary Channel Access) operations.

In some embodiments, at least one subchannel may be partially within the operating channel bandwidth of the first site (e.g., including the upper 20 MHz of S40 of the first site), partially outside the operating channel bandwidth of the first site (e.g., including the lower 20 MHz of S80 of the second site), and within the operating channel bandwidth of the second site.

In some embodiments, at least one subchannel can be within and/or outside the operating channel bandwidth of the first station and outside the operating channel bandwidth of the second station. For example, the first station may have performed channel switching during TDLS (Tunneled Direct Link Setup) communications and thus be aware of channel interference outside the current operating channel bandwidth.

About transmission parameter set:

In some embodiments, the transmission parameter set includes at least one of the following parameters: subchannel BW (Bandwidth), MCS, NSS (Number of Spatial Streams), expected (Target) RSSI (Received Signal Strength Indicator), whether to use DRU (Distributed-Tone Resource Unit), whether to use frequency domain replication transmission, and whether to use spatial domain replication transmission.

In some embodiments, the first frame indicates multiple subchannels and multiple sets of parameters in the transmission parameter set. The second station may use all subchannels and all transmission parameters indicated by the first frame; alternatively, the second station may only use some subchannels and some transmission parameters indicated by the first frame. Whether the second station uses all subchannels and all transmission parameters is determined autonomously by the second station. Exemplarily, the second station randomly selects some subchannels and some transmission parameters to use, or the second station selects some subchannels and some transmission parameters to use based on at least one of the following: the second station's own capabilities, business requirements, QoS requirements, data volume, the first station's expectations, the first station's suggestions, and the first station's requests.

About the type of site:

The first station can be a terminal device, a network device, an AP, or a non-AP STA. The second station can also be a terminal device, a network device, an AP, or a non-AP STA.

In some embodiments, the first station comprises a non-AP STA and the second station comprises an AP. Exemplarily, the first station shares a TXOP with the second station for downlink transmission.

In some embodiments, the first station comprises a non-AP STA, and the second station comprises a non-AP STA. Exemplarily, the TXOP shared by the first station with the second station is used for point-to-point transmission.

In some embodiments, the first station comprises an AP and the second station comprises a non-AP STA. Exemplarily, the first station shares a TXOP with the second station for uplink transmission.

In some embodiments, the first station includes an AP, and the second station includes an AP. Exemplarily, the TXOP shared by the first station with the second station is used for M-AP coordinated transmission.

Regarding "Requests" and "Suggestions":

Please refer to the relevant content in step 320, which will not be repeated here.

Regarding "TXOP" and "subsequent transmission":

In the present application, the subchannels and transmission parameters indicated in the first frame can apply during the TXOP that the first station is currently sharing with the second station, or can apply to subsequent transmissions after the second station receives the first frame. That is, if the first frame is used to request or suggest that the second station use at least one subchannel and at least one set of parameters from a transmission parameter set in the TXOP, then the subchannels and transmission parameters indicated in the first frame are valid during the TXOP that the first station is currently sharing with the second station. If the first frame is used to request or suggest that the second station use at least one subchannel and at least one set of parameters from a transmission parameter set in subsequent transmissions, then the subchannels and transmission parameters indicated in the first frame remain valid after the second station receives the first frame. Furthermore, whether the subchannels and transmission parameters indicated in the first frame apply to the currently shared TXOP or subsequent transmissions does not conflict. For example, the subchannels and transmission parameters indicated in the first frame can apply to both the currently shared TXOP and subsequent transmissions. For another example, among the subchannels and transmission parameters indicated in the first frame, some subchannels and transmission parameters apply to the currently shared TXOP, while others apply to subsequent transmissions.

(1) The first frame is used to request or suggest that the second station use at least one subchannel and at least one set of parameters in the TXOP

In some embodiments, the first frame is used to request or suggest that the second station use at least one subchannel and at least one set of parameters in a transmission parameter set in a TXOP, wherein the TXOP is the TXOP obtained by the first station in this competition.

Illustratively, after obtaining the TXOP, the first station shares the TXOP with the second station, and requests or suggests that the second station use one or more specified subchannels and one or more sets of values in the specified transmission parameter set to transmit to the first station in the TXOP.

In some embodiments, different subchannels in the at least one subchannel correspond to different parameters in the transmission parameter set. That is, the first frame indicates different sets of values in the transmission parameter set for different subchannels.

In some embodiments, the first frame includes a TXOP sharing request frame (TXOP Sharing Request Frame). In other words, the first frame is also used to share the TXOP with the second station.

For example, FIG10 illustrates a schematic diagram of TXOP sharing. In an initial control frame, such as a TXOP sharing request frame, the first station indicates at least one of the following: the duration of the remaining TXOP to be shared, the first station's own queue status (STA's Queueing Status), and trigger-based PPDU parameters (TB PPDU parameters). A PPDU is a physical layer protocol data unit (Physical Layer Protocol Data Unit). Optionally, the second station responds with a CTS-to-self (Clear-to-Send to self) frame to indicate acceptance of the first station's sharing. Alternatively, the second station responds with a CTS frame to indicate rejection of the first station's sharing. Optionally, in the shared TXOP, the second station performs downlink or uplink MU (Multi-User) transmission, M-AP operation, or point-to-point transmission until the TXOP duration expires. Optionally, in the shared TXOP, the second station may expand the bandwidth by performing a fallback process. Optionally, the second station may return the TXOP to the first station by sharing it again.

For example, FIG11 shows another schematic diagram of TXOP sharing. The first station sends MU-RTS TXS TF (MU-RTS TXOP Sharing Trigger Frame is used to allocate RUs (Resource Units) to two or more synchronous point-to-point frame exchanges.

In some embodiments, the first frame includes at least one of the following frames: RTS (Request to Send) frame, MU-RTS frame, Qos Null Frame, and a first control frame.

In some embodiments, the MU-RTS frame includes at least one of the following fields: a common information (Common Info) field, a special user information (Special User Info) field, and a user information (User Info) field.

In this application, the Special User Information field is essentially a User Information field. Its uniqueness lies in the fact that the value of the Association Identifier (AID) 12 field in the Special User Information field is a specific value (e.g., 2007), which is different from the value of the AID 12 field in the User Information field. Optionally, the Special User Information field also includes a field for indicating parameters related to EHT.

In some embodiments, the user information field includes at least one of the following fields: a RU allocation field, a primary and secondary 160 (PS160) field, and a transmission parameter field. The RU allocation field and/or the primary and secondary 160 field are used to indicate at least one subchannel, and the transmission parameter field is used to indicate at least one set of parameters in a transmission parameter set.

In some embodiments, the user information field includes at least one of the following fields: AID12 field, RU allocation field, allocation duration field, and PS160 field.

In some embodiments, the user information field includes at least one of the following fields: AID12 field, RU allocation field, transmission duration field, PS160 field, and transmission parameter field.

In some embodiments, the first user information field included in the MU-RTS frame includes an Allocation Duration field.

In some embodiments, the common information field includes at least one of the following fields: an RU allocation field, a primary/secondary 160 field, and a transmission parameter field. The RU allocation field and/or the primary/secondary 160 field are used to indicate at least one subchannel, and the transmission parameter field is used to indicate at least one set of parameters in a transmission parameter set.

In some embodiments, the transmission parameter field includes at least one of the following fields: a field for indicating MCS, a field for indicating NSS, a field for indicating expected RSSI, a field for indicating whether DRU is used, a field for indicating whether frequency domain replication transmission is used, and a field for indicating whether spatial domain replication transmission is used.

In some embodiments, the sharing of the TXOP, at least one subchannel, and at least one set of parameters are all indicated via the same first frame.

In some embodiments, TXOP sharing, at least one subchannel, and at least one set of parameters are indicated separately. That is, TXOP sharing, at least one subchannel, and at least one set of parameters are indicated via at least two first frames. For example, a first station indicates at least one subchannel and at least one set of parameters in first frame A, and indicates TXOP sharing in first frame B. Exemplarily, first frame A includes a data frame and/or a QoS null frame, and first frame B includes a TXOP sharing request frame.

In some embodiments, the second station sends a TXOP sharing response frame to the first station to indicate whether the second station accepts the TXOP sharing of the first station.

In some embodiments, the first frame is used for a Reverse Direction Grant (RDG). That is, the first frame supports a reverse shared TXOP, where the first station can request or suggest to the second station, in the reverse direction grant, to use at least one subchannel and at least one set of parameters in the transmission parameter set in the TXOP.

In some embodiments, the first frame includes at least one of the following: a first data frame, a first management frame, a Qos null frame appended to the first data frame, and a first management frame appended to the first data frame.

In some embodiments, the first data frame includes an A-Control (Aggregation Control) field.

In some embodiments, the Qos Null frame appended to the first data frame includes an A-Control field.

In some embodiments, the aggregation control field includes a control information field, which includes at least one of the following fields: an RU allocation field, a primary/secondary 160 field, and a transmission parameter field. The RU allocation field and/or the primary/secondary 160 field are used to indicate at least one subchannel, and the transmission parameter field is used to indicate at least one set of parameters in a transmission parameter set.

In some embodiments, the first management frame includes a subchannel information element (Subchannel Info Element), which is used to indicate at least one subchannel and at least one set of parameters in the transmission parameter set.

In some embodiments, the subchannel information element includes at least one of the following fields: an element identification field, a length field, an element identification extension field, a subchannel number field, and a subchannel field. The subchannel field is used to indicate a subchannel in at least one subchannel and a set of parameters in a transmission parameter set.

In some embodiments, the subchannel field includes at least one of the following fields: an RU allocation field, a primary/secondary 160 field, and a transmission parameter field. The RU allocation field and/or the primary/secondary 160 field are used to indicate at least one subchannel, and the transmission parameter field is used to indicate at least one set of parameters in a transmission parameter set.

In some embodiments, the subchannel information element includes a plurality of subchannel fields. Optionally, the plurality of subchannel fields are named Subchannel 1 to Subchannel N, where N is an integer greater than or equal to 1.

In some embodiments, the RDG, at least one subchannel, and at least one set of parameters are all indicated by the same first frame.

In some embodiments, the RDG and at least one subchannel and at least one set of parameters are separately indicated. The first frame indicates reverse TXOP sharing, at least one subchannel, and at least one parameter set. For example, the first station indicates at least one subchannel and at least one parameter set in first frame A, and indicates reverse TXOP sharing (i.e., RDG) in first frame B. Exemplarily, first frame A includes a data frame, and first frame B includes a first management frame and/or a QoS null frame. Exemplarily, first frame A includes a first management frame and/or a QoS null frame, and first frame B includes a data frame.

Reverse Transmission Authorization is actually a mechanism for the RD initiator to share TXOP with the RD responder. For example, the RD Exchange Sequence is shown in Figure 12:

a) The TXOP holder (Holder) or Service Period Source (SPS) sends an RDG PPDU (i.e., a PPDU containing an RD Grant). An RDG PPDU is represented by a PPDU containing one or more +HTC (+High Throughput Control) MPDUs (Medium Access Control Protocol Data Units). The RDG/More PPDU field is equal to 1. The STA that sends this PPDU is called the RD initiator. The rules for the RD initiator apply only to a single RD exchange sequence, from the time the RD initiator sends the RDG PPDU to the end of the last PPDU in the entire RD exchange sequence.

b) The RD responder sends one or more PPDUs, known as an RD response burst (RD Response Burst). The first (or only) PPDU in an RD response burst contains at most one immediate BA (Block Acknowledgement) or ACK frame. The last (or only) PPDU in an RD response burst requires an immediate BA or ACK frame response. The rules for the RD responder apply only within a single RD exchange sequence, from the moment the RD responder receives an RDG PPDU until the RDG responder sends a PPDU with the RDG/More PPDU field equal to 0.

c) If the last PPDU of the RD response burst requires it, the RD initiator transmits a PPDU containing an immediate BA frame or ACK frame (the final PPDU of the RD initiator).

If the RD initiator is a HE (High Efficiency) STA and the RD responder is a HE AP, the RD response burst may contain one or more basic trigger frames. The basic trigger frames should trigger the RD initiator and at least one other STA in full-bandwidth UL MU-MIMO (Uplink Multi-User Multiple-Input Multiple-Output) transmission.

(2) The first frame is used to request or suggest that the second station use at least one subchannel and at least one set of parameters in subsequent transmissions

In some embodiments, the first frame is used to request or suggest that the second station use at least one subchannel and at least one set of parameters in the transmission parameter set in subsequent transmissions, wherein the subsequent transmissions are transmissions by the second station after receiving the first frame.

In some embodiments, different subchannels in the at least one subchannel correspond to different parameters in the transmission parameter set. That is, the first frame indicates different sets of values in the transmission parameter set for different subchannels.

In some embodiments, the first frame is used for Link Adaptation Control. That is, the first station may request or suggest to the second station, based on the Link Adaptation Control technique, to use at least one subchannel and at least one set of parameters in the transmission parameter set in subsequent transmissions.

In some embodiments, the first frame includes at least one of the following: a first data frame, a first management frame, a Qos null frame appended to the first data frame, and a first management frame appended to the first data frame.

In some embodiments, the first data frame includes an A-Control field.

In some embodiments, the Qos Null frame appended to the first data frame includes an A-Control field.

In some embodiments, the aggregation control field includes a control information field, which includes at least one of the following fields: an RU allocation field, a primary/secondary 160 field, and a transmission parameter field. The RU allocation field and/or the primary/secondary 160 field are used to indicate at least one subchannel, and the transmission parameter field is used to indicate at least one set of parameters in a transmission parameter set.

In some embodiments, the first management frame includes a subchannel information element, where the subchannel information element is used to indicate at least one subchannel and at least one set of parameters in the transmission parameter set.

In some embodiments, the subchannel information element includes at least one of the following fields: an element identification field, a length field, an element identification extension field, a subchannel number field, and a subchannel field. The subchannel field is used to indicate a subchannel in at least one subchannel and a set of parameters in a transmission parameter set.

In some embodiments, the subchannel field includes at least one of the following fields: an RU allocation field, a primary/secondary 160 field, and a transmission parameter field. The RU allocation field and/or the primary/secondary 160 field are used to indicate at least one subchannel, and the transmission parameter field is used to indicate at least one set of parameters in a transmission parameter set.

In some embodiments, the subchannel information element includes a plurality of subchannel fields. Optionally, the plurality of subchannel fields are named Subchannel 1 to Subchannel N, where N is an integer greater than or equal to 1.

In some embodiments, the aforementioned TXOP sharing request frame and/or the first frame for RDG can also be used to request or suggest that the second station use at least one subchannel and at least one set of parameters in subsequent transmissions.

Regarding link adaptation control technologies, this application mainly introduces two types: HLA (HE Link Adaptation, High Efficiency Link Adaptation) control technology and ELA (EHT Link Adaptation, Extremely High Throughput Link Adaptation) control technology. HE or EHT stations can send transmission parameters for subsequent uplink or downlink transmission, point-to-point transmission, or M-AP transmission based on solicited or unsolicited requests.

1) HLA control

The format of the control information subfield in the HLA control field is shown in Figure 13 and includes at least one of the following subfields: Unsolicited MCS Feedback (MFB), MCS Request (MRQ), NSS, HE-MCS, Dual Carrier Modulation (DCM), RU Allocation, BW, MSI/Partial PPDU Parameters (MRQ Sequence Identifier/Partial PPDU Parameters), Tx Beamforming, UL HE TB PPDU MFB, and Reserved. The RU Allocation subfield indicates the RU that recommends the HE-MCS/RU specified by the MFB requester for feedback.

If the Unsolicited MFB subfield is 1 and the UL HE TBPPDU MFB subfield is 0, the RU Allocation subfield indicates the RU for which the recommended HE-MCS applies to the PPDU sent to the STA, as defined in 26.13 (Link adaptation using the HLA Control subfield).

If the Unsolicited MFB subfield is 0 and the MRQ subfield is 1, the RU subfield indicates the RU requested by the MFB requester to get feedback.

The RU Allocation subfield is interpreted with the BW subfield to specify the RU.

The RU index encoding is as defined in Table 9-53 (B7-B1 of the RU Allocation subfield (1lax)).

The RU Allocation subfield indicates the RU for which the recommended HE-MCS applies to the HE TB PPDU sent from the STA, as defined in 26.13 (ink adaptation using the HLA Control subfield), and that the actual allocation of the RU can be ignored by the recipient.

Otherwise, this subfield is reserved.

Regarding 26.13 (Link adaptation using the HLA Control subfield):

In an unsolicited MFB response the PPDU Formats,Coding Type,and Tx Beamforming subfields are set according to the RXVECTOR parameters of the received PPDU from which the HE-MCS,RU,BW,and NSS are estimated,as follows:

—The PPDU format subfield is set and encoded as follows:

—0 if the parameter FORMAT is equal to HE_SU.

—1 if the parameter FORMAT is equal to HE_MU.

—2 if the parameter FORMAT is equal to HE_ER_SU.

—3 if the parameter FORMAT is equal to HE_TB.

—The Coding Type subfield is set to 0if the parameter FEC_CODING is equal to BCC_CODING and set to 1 if that parameter is equal to LDPC_CODING.

—The Tx Beamforming subfield is set to 1if the parameter BEAMFORMED is equal to 1and set to 0if that parameter is equal to 0.

—The BW subfield shall indicate a bandwidth less than or equal to the bandwidth indicated by the parameter CH_BANDWIDTH.

—The RU subfield indicates the RU at which the recommended HE-MCS is applied.The recommended RU shall be within an RU or a bandwidth in which the received HE PPDU is located.

A non-AP HE STA may set the UL HE TB PPDU MFB to 1in the HLA Control field it transmits to the AP to indicate t hat the NSS,HE-MCS,DCM,BW,and RU Allocation in the HLA Control field represent the recommended MFB for the HE T B PPDU sent from the non-AP HE STA.The AP should not exceed the recommended RU size indicated in the most recently received RU Allocation field of the HLA Control field when it sends a triggering frame addressed to the STA.

2) ELA control

The format of the control information subfield in the ELA control field is shown in FIG14 , and includes at least one of the following subfields: Unsolicited MFB, MRQ/UL EHT TB PPDU MFB, NSS, EHT-MCS, RU Allocation, PS160, BW, MSI/Partial PPDU Parameters, Tx Beamforming, and HLA/ELA. The MRQ/UL EHT TB PPDU MFB subfield includes the ELA Feedback Request Indicator/UL EHT TB PPDU MFB Indicator. Indication).

The MRQ/UL EHT TB PPDU MFB subfield is set to 1 with the Unsolicited MFB subfield set to 0 to indicate a request for an ELA feedback.

The MRQ/UL EHT TB PPDU MFB subfield is set to 0 with the Unsolicited MFB subfield set to 0 to indicate a response to an ELA request.

If the Unsolicited MFB subfield is set to 1, the value 1 in the MRQ/UL EHT TB PPDU MFB subfield indicates that the NSS, EHT-MCS, BW, PS160, and RU Allocation subfields represent the suggested MFB sent by the STA issuing this suggestion for the subsequent EHT TB PPDU, as defined in 35.19. The English translation is: If the Unsolicited MFB subfield is equal to l,a value of l inthis subfield indicates that the NSS.EHT-MCS,BW PS160.and RU Allocation subfields represent the r ecomended MFB for subsequent EHT TB PPDU(s)sent by the STA that is issu-ing this recommendation as defined in 35.19(EHT link adapter using ELA Control subfield).

If the Unsolicited MFB subfield is 1and MRQ/UL EHT TB PPDU MFB is equal to 0,then the NSS, EHT-MCS, PS160, RUAllocation, and BW subfields represent the recommended values for subsequent EHT MU PPDU(s) sent to the STA that isissuing this recommendation.

Regarding 35.19 (EHT link adaptation using ELA Control subfield):

In an unsolicited MFB response,the PPDU Formats,Coding Type,and Tx Beamforming subfields are set according to the R XVECTOR parameters of the received PPDU from which the EHT-MCS,RU or MRU,bandwidth,and NSS are estimated,as follows:

—The PPDU format subfield is set and encoded as follows:

·0 if the parameter FORMAT is equal to EHT_MU.

·1 if the parameter FORMAT is equal to EHT_TB.

—The Coding Type subfield is set to 0if the parameter FEC_CODING is equal to BCC_CODING and set to1if that parameter is equal to LDPC_CODING.

—The Tx Beamforming subfield is set to 1if the parameter BEAMFORMED is equal to 1and set to 0if that parameter is equal to 0.

—The BW subfield shall indicate a bandwidth less than or equal to the bandwidth indicated by the parameter CH_BANDWIDTH.

—The RU or MRU subfield and the PS160 subfield jointly indicate the RU or MRU at which the recommended EHT-MCS is applied. The recommended RU or MRU shall be within an RU or MRU or abandwidth in which the received EHT-PPDU is located.

A non-AP EHT STA may set the Unsolicited MFB subfield to 1and the MRQ/UL EHT TB PPDU MFB to 1in the ELA Control field it transmits to th e AP to indicate that the NSS,EHT-MCS,bandwidth,and RU allocation in the ELA Control field represent the recommended MFB for subsequent E HT TB PPDU(s)sent by the STA that is issuing this recommendation.The AP should not exceed the recommended RU or MRU size indicated in th e most recently received RU Allocation and PS160 subfield of the ELA Control field when it sends a triggering frame addressed to the STA.

In summary, the method provided by the embodiment of the present application supports the first site to request or suggest the subchannel and transmission parameter set used by the second site through the first frame indication, and provides a frame format design and transmission parameter design, providing a specific and feasible method for flexibly adjusting the transmission parameters. Moreover, the subchannel and transmission parameter set indicated by the first frame can be applicable to this TXOP and to subsequent transmissions, further improving the flexibility of adjusting the transmission parameters. In addition, the sending of the first frame is applicable to a variety of different communication scenarios, such as TXOP sharing scenarios, RDG scenarios, HLA control scenarios, ELA control scenarios, etc. The method provided by the embodiment of the present application has good flexibility, applicability and practicality, which helps to improve the success rate and feasibility of adjusting the transmission parameters. Since the transmission parameters indicated by the first frame are its request or suggestion, they are more in line with the expectations and capabilities of the first site itself, and the adjusted transmission parameters are more accurate and reliable, which helps to ensure the communication efficiency within the system.

FIG15 is a flow chart showing a communication method provided by an exemplary embodiment of the present application. The method is performed by the second station. The method includes at least some of the following steps:

Step 520: Receive a first frame, where the first frame includes a transmission parameter set requested or suggested for use by a second station in at least one sub-channel.

The at least one subchannel includes at least one of the following subchannels: a subchannel within the working channel bandwidth of the first station; a subchannel outside the working channel bandwidth of the first station; a subchannel within the working channel bandwidth of the second station; and a subchannel outside the working channel bandwidth of the second station. In other words, the subchannel requested or suggested in the first frame can be within or outside the working channel bandwidth of the first station, or within or outside the working channel bandwidth of the second station.

The first frame includes a transmission parameter set requested to be used by the second station in at least one sub-channel. It can be understood that the first frame requests the second station to use The second station transmits on at least one subchannel using the transmission parameter set. The transmission performed by the second station based on the first frame can be a DL transmission or an UL transmission, that is, the second station can receive or send based on the first frame. If the first frame includes a transmission parameter set that the second station is requested to use on at least one subchannel, and the second station accepts the sharing of the first frame, it must use the subchannel and transmission parameter set indicated in the first frame for transmission.

The first frame includes a transmission parameter set recommended for use by the second station on at least one subchannel. It can be understood that the first frame recommends that the second station use the transmission parameter set for transmission on at least one subchannel. The transmission performed by the second station based on the first frame can be a DL transmission or a UL transmission, that is, the second station can receive or send based on the first frame. If the first frame includes a transmission parameter set recommended for use by the second station on at least one subchannel, and the second station accepts the sharing of the first frame, the second station may use the subchannel and transmission parameter set indicated by the first frame for transmission, or may not use the subchannel and transmission parameter set indicated by the first frame for transmission. For the second station, the subchannel and transmission parameter set recommended by the first frame are not mandatory.

Optionally, "recommendation" can be expanded to "expectation". For example, the first frame includes a transmission parameter set that the second station is expected to use on at least one sub-channel. In this case, the second station is not required to use the sub-channel and transmission parameter set recommended by the first frame. If the first frame includes a transmission parameter set that the second station is recommended to use on at least one sub-channel, and the second station accepts the sharing of the first frame, the second station may use the sub-channel and transmission parameter set indicated by the first frame for transmission, or may not use the sub-channel and transmission parameter set indicated by the first frame for transmission.

The first station in the embodiment of the present application may include a terminal device, a network device, an AP 110, or a non-AP STA 120 as shown in FIG1 . The second station in the embodiment of the present application may include a terminal device, a network device, an AP 110, or a non-AP STA 120 as shown in FIG1 .

In summary, the method provided by the embodiment of the present application is that the first site sends a request or suggests a subchannel and a transmission parameter set for use by the second site, rather than waiting for the second site's scheduling to adjust the parameters. Therefore, for the first site, the method provided by the embodiment of the present application is more flexible. When the interference level changes, the first site can autonomously send a first frame in a timely manner to request or suggest that the second site adjust the parameters, and the second site can adjust the transmission parameters more promptly. Since the transmission parameters indicated by the first frame are its request or suggestion, it is more in line with the expectations and capabilities of the first site itself, and the adjusted parameters are more accurate and reliable, which helps to ensure the communication efficiency within the system.

In some embodiments, step 520 may also be implemented as step 620 , see FIG. 16 .

FIG16 is a flow chart showing a communication method provided by an exemplary embodiment of the present application. The method is performed by the second station. The method includes at least some of the following steps:

Step 620: Receive a first frame, where the first frame is used to request or suggest that the second station use at least one subchannel and at least one set of parameters in the transmission parameter set in a TXOP and/or subsequent transmissions.

For details about the sub-channel, transmission parameter set, site type, "request" and "suggestion", "TXOP" and "subsequent transmission", please refer to step 420, which will not be described in detail here.

In summary, the method provided by the embodiment of the present application supports the first site to request or suggest the subchannel and transmission parameter set used by the second site through the first frame indication, and provides a frame format design and transmission parameter design, providing a specific and feasible method for timely and flexible adjustment of transmission parameters. Moreover, the subchannel and transmission parameter set indicated by the first frame can be applicable to this TXOP and to subsequent transmissions, further improving the flexibility of adjusting the transmission parameters. In addition, the sending of the first frame is applicable to a variety of different communication scenarios, such as TXOP sharing scenarios, RDG scenarios, HLA control scenarios, ELA control scenarios, etc. The method provided by the embodiment of the present application has good flexibility, applicability and practicality, which helps to improve the success rate and feasibility of adjusting the transmission parameters. Since the transmission parameters indicated by the first frame are requested or suggested by it, they are more in line with the expectations and capabilities of the first site itself, and the adjusted transmission parameters are more accurate and reliable, which helps to ensure the communication efficiency within the system.

FIG17 shows a flow chart of a communication method provided by an exemplary embodiment of the present application, taking the case where the first frame includes a TXOP sharing request frame, the first station includes STA1, and the second station includes AP as an example.

Since STA1 is subject to strong interference on the primary 40 MHz subchannel (denoted as P40), STA1 requests or suggests to the AP in the TXOP sharing request frame to use the secondary 40 MHz subchannel (denoted as S40) and a set of corresponding transmission parameter set values for downlink transmission in this TXOP.

Exemplarily, the TXOP sharing request frame includes at least one of the following: an RTS frame, an MU-RTS frame, a QoS Null frame, and a first control frame. Exemplarily, the transmission parameter set includes: a bandwidth of 40 MHz, a modulation and coding order of MCS3, an NSS of 1, an expected RSSI of -60 dBm (decibel milliwatts), using a DRU, and using frequency domain replication transmission.

Optionally, the AP may also send a TXOP sharing response frame back to STA1 to indicate whether the AP accepts STA1's TXOP sharing.

After the AP accepts the TXOP shared by STA1, it performs downlink transmission with STA1 only on the indicated S40 subchannel using the indicated transmission parameter value. Under the AP's scheduling, STA1 can also reply with an ACK frame to the AP.

In some embodiments, the TXOP, subchannel, and transmission parameter set can be indicated separately. For example, STA1 indicates the subchannel and transmission parameter set values in a preceding uplink data frame and/or a preceding QoS Null frame, and only indicates the shared TXOP in a TXOP sharing request frame. However, this approach may incur a high load because the A-Control field in each data frame or QoS Null frame is limited in length and can only carry one set of parameter values. To indicate multiple sets of parameter values, multiple data frames or QoS Null frames must be appended, which can lead to high transmission resource consumption.

FIG18 shows a flow chart of a communication method provided by an exemplary embodiment of the present application, wherein the first frame includes a TXOP sharing request. For example, the first station includes STA1 and the second station includes AP.

The difference from Figure 17 is that in the TXOP shared by STA1 shown in Figure 18, the AP can use the S40 subchannel for downlink transmission with STA1 and the P40 subchannel for downlink transmission with STA2. Based on the AP's scheduling, STA1 and STA2 reply to the AP with ACK frames on the S40 subchannel and the P40 subchannel, respectively.

FIG19 shows a flow chart of a communication method provided by an exemplary embodiment of the present application, taking the case where the first frame includes a TXOP sharing request frame, the first station includes STA1, and the second station includes AP as an example.

The difference from FIG. 17 is that STA1 indicates both the S40 sub-channel and the P40 sub-channel, as well as the values of the transmission parameter sets corresponding to the S40 sub-channel and the P40 sub-channel respectively.

The transmission parameters corresponding to the S40 subchannel and the P40 subchannel may be the same or different. Taking the different values in the transmission parameter set corresponding to different subchannels as an example, STA1 can simultaneously indicate multiple subchannels and the values of the transmission parameter sets corresponding to the multiple subchannels. Then, the AP can use the values of all subchannels and their corresponding transmission parameter sets indicated by STA1, or only use the values of some subchannels and their corresponding transmission parameter sets indicated by STA1. For example, the AP only uses the values of the S40 subchannel and its corresponding transmission parameter set, or only uses the values of the P40 subchannel and its corresponding transmission parameter set.

FIG20 shows a flow chart of a communication method provided by an exemplary embodiment of the present application, taking the first frame for RDG, the first station including STA1, and the second station including AP as an example.

Because STA1 experiences strong interference on the P40 subchannel, it uses the first frame to indicate the RDG and reverse transmission duration, and requests or suggests that the AP use the S40 subchannel and the corresponding transmission parameter set for downlink transmission. This indicates that STA1 shares the TXOP with the AP in the reverse direction.

Exemplarily, the first frame includes at least one of the following: a data frame, one or more QoS null frames appended after the data frame, and a first management frame appended after the data frame. FIG20 takes the example of the first frame including an uplink data frame.

Exemplarily, a set of values of the transmission parameter set includes, for example: BW is 40 MHz, modulation and coding order is MCS2, NSS is 1, expected RSSI is -60 dBm, DRU is used, and frequency domain replication is used for transmission.

The AP uses the indicated transmission parameter value in the S40 subchannel indicated in the first frame to perform downlink transmission with STA1. Under the scheduling of the AP, STA1 can also reply an ACK frame to the AP.

In some embodiments, the RDG and subchannel/transmission parameter set can be indicated separately. For example, STA1 indicates the RDG in a preceding uplink data frame and indicates the subchannel and transmission parameter set values in a QoS Null frame or the first management frame appended to the uplink data frame. For example, STA1 indicates the subchannel and transmission parameter set values in a preceding uplink data frame and indicates the RDG in a QoS Null frame or the first management frame appended to the uplink data frame.

FIG21 shows a flow chart of a communication method provided by an exemplary embodiment of the present application, taking the first frame used for RDG, the first station including STA1, and the second station including AP as an example.

The difference from Figure 20 is that the AP shown in Figure 21 can use the S40 subchannel for downlink transmission with STA1 and the P40 subchannel for downlink transmission with STA2. Based on the AP's scheduling, STA1 and STA2 reply with ACK frames to the AP on the S40 subchannel and the P40 subchannel, respectively.

FIG22 shows a flow chart of a communication method provided by an exemplary embodiment of the present application, taking the first frame used for RDG, the first station including STA1, and the second station including AP as an example.

The difference from FIG. 20 is that STA1 shown in FIG. 22 indicates both the S40 sub-channel and the P40 sub-channel, as well as the values of the transmission parameter sets corresponding to the S40 sub-channel and the P40 sub-channel respectively.

The transmission parameters corresponding to the S40 subchannel and the P40 subchannel may be the same or different. Taking the different values in the transmission parameter set corresponding to different subchannels as an example, STA1 can simultaneously indicate multiple subchannels and the values of the transmission parameter sets corresponding to the multiple subchannels. Then, the AP can use the values of all subchannels and their corresponding transmission parameter sets indicated by STA1, or only use the values of some subchannels and their corresponding transmission parameter sets indicated by STA1. For example, the AP only uses the values of the S40 subchannel and its corresponding transmission parameter set, or only uses the values of the P40 subchannel and its corresponding transmission parameter set.

FIG23 shows a flow chart of a communication method provided by an exemplary embodiment of the present application, taking the first frame used for link adaptation, the first station including STA1, and the second station including AP as an example.

Since STA1 is subject to strong interference on the P40 subchannel, STA1, based on the link adaptation technology, requests or suggests to the AP through the first frame to use the S40 subchannel and a set of values of the corresponding transmission parameter set for downlink transmission in subsequent transmissions.

Exemplarily, the first frame includes at least one of the following: a data frame, one or more QoS null frames appended after the data frame, a first management frame appended after the data frame, or a first management frame sent separately. FIG23 takes the example of the first frame including an uplink data frame.

Exemplarily, a set of values of the transmission parameter set includes, for example: BW is 40 MHz, modulation and coding order is MCS4, NSS is 1, expected RSSI is -60 dBm, DRU is used, and frequency domain replication is used for transmission.

The AP uses the indicated transmission parameter value in the S40 subchannel indicated in the first frame to perform downlink transmission with STA1. Under the scheduling of the AP, STA1 can also reply an ACK frame to the AP.

FIG24 shows a flow chart of a communication method provided by an exemplary embodiment of the present application, taking the first frame used for link adaptation, the first station including STA1, and the second station including AP as an example.

The difference from Figure 23 is that the AP shown in Figure 24 can use the S40 subchannel for downlink transmission with STA1 and the P40 subchannel for downlink transmission with STA2. Based on the AP's scheduling, STA1 and STA2 reply with ACK frames to the AP on the S40 subchannel and the P40 subchannel, respectively.

FIG25 shows a flow chart of a communication method provided by an exemplary embodiment of the present application, taking the first frame used for link adaptation, the first station including STA1, and the second station including AP as an example.

The difference from FIG. 23 is that STA1 shown in FIG. 25 indicates both the S40 sub-channel and the P40 sub-channel, as well as the values of the transmission parameter sets corresponding to the S40 sub-channel and the P40 sub-channel respectively.

The transmission parameters corresponding to the S40 subchannel and the P40 subchannel may be the same or different. Taking the different values in the transmission parameter set corresponding to different subchannels as an example, STA1 can simultaneously indicate multiple subchannels and the values of the transmission parameter sets corresponding to the multiple subchannels. Then, the AP can use the values of all subchannels and their corresponding transmission parameter sets indicated by STA1, or only use the values of some subchannels and their corresponding transmission parameter sets indicated by STA1. For example, the AP only uses the values of the S40 subchannel and its corresponding transmission parameter set, or only uses the values of the P40 subchannel and its corresponding transmission parameter set.

The embodiments shown in Figures 17 to 25 all take the example of the first station including STA1 and the second station including AP. In fact, the first station can be an AP or a non-AP STA, and the second station can also be an AP or a non-AP STA, and are not limited to the uplink and downlink communication scenarios shown in Figures 17 to 25.

It should be noted that in this application, uplink transmission refers to transmission from a non-AP STA to an AP, with the non-AP STA being the sender and the AP being the receiver. Downlink transmission refers to transmission from an AP to a non-AP STA, with the AP being the sender and the non-AP STA being the receiver. Transmission from one non-AP STA to another non-AP STA is referred to as point-to-point transmission. Transmission from one AP to another is referred to as M-AP transmission.

Furthermore, the present application also exemplarily provides several more specific frame format designs of the first frame.

FIG26 shows a schematic diagram of the frame format of the first frame provided by an embodiment of the present application, taking the first frame including the MU-RTS TXS trigger frame as an example. The number below each field indicates the number of bytes or bits it may occupy. The MU-RTS TXS trigger frame includes at least one of the following fields: a Frame Control field, a Duration field, a Receiver Address (RA) field, a Transmitter Address (TA) field, a Public Information field, a User Info List (User Info List) field, a Padding field, and an FCS (Frame Check Sequence) field. The User Info List field includes a Special User Info field and one or more User Info fields.

The common information field can be an EHT variant common information (EHT Variant Common Info) field or a UHR variant common information (UHR Variant Common Info) field.

Taking the public information field being an EHT variant public information field as an example, the public information field includes at least one of the following subfields: trigger frame subtype (Trigger Type), uplink length (UL Length), whether there are more trigger frames (More TF), whether channel detection is required (CS Required), UL BW, GI and HE-LTF type/Triggered TXOP Sharing Mode (GI And HE-LTF Type/Triggered TXOP Sharing Mode), reserved, number of HE-LTF or EHT-LTF symbols (Number Of HE /EHT-LTF Symbols), LDPC Extra Symbol Segment, AP Tx Power, Pre-FEC Padding Factor, PE Disambiguity, UL Spatial Reuse, HE or EHT P160, Special User Info Field Flag, EHT reserved.

The values of the GI and HE-LTF type/triggered transmission opportunity sharing mode fields are different, and the meanings are also different. For example:

(1) When the first station includes an AP

When the value of the GI and HE-LTF Type/Triggered Transmission Opportunity Sharing Mode field is a first value (such as 0 or other values), it indicates that the TXOP sharing procedure (MU-RTS that does not initiate TXS procedure) is not initiated. When the value is a second value (such as 1 or other values), it indicates that the TXOP sharing procedure is initiated and the scheduled STA can only transmit MPDU(s) addressed to its associated AP (MU-RTS that initiates TXS procedure where a scheduled STA can only transmit MPDU(s) addressed to its associated AP). The third value (e.g., 2 or other values) indicates that a MU-RTS that initiates a TXS procedure where a scheduled STA can transmit MPDU(s) addressed to its associated AP or addressed to another STA initiates a TXOP sharing procedure. The fourth value (e.g., 3 or other values) is reserved.

(2) When the first station includes a non-AP STA

When the value of the GI and HE-LTF type/triggered transmission opportunity sharing mode field is the first value (such as 0 or other values), it indicates that the TXOP sharing process is not initiated. When the value is the second value (such as 1 or other values), it indicates that the TXOP sharing process is initiated and the scheduled peer station (AP or non-AP STA) can only send to the station that transmitted the MU-RTS TXS trigger frame. When the value is the third value (such as 2 or other values), it indicates that the TXOP sharing process is initiated and the scheduled peer station (AP or non-AP STA) can send to the station that transmitted the MU-RTS TXS trigger frame. The station or other station that input the MU-RTS TXS trigger frame. The fourth value (such as 3 or other values) is a reserved value.

The first value, second value, third value, and fourth value are different and are not limited to 0, 1, 2, or 3, but can also be any other value. The first value can also be 1, 2, or 3, the second value can also be 0, 2, or 3, the third value can also be 0, 1, or 3, and the fourth value can also be 0, 1, or 2.

The HE or EHT Primary 160 (HE/EHT P160) field in the EHT Variant Common Information field has different values and has different meanings. For example:

(1) When the first station includes an AP

When the HE/EHT P160 field has the second value (e.g., 1 or other values), it indicates that the requested uplink PPDU on the primary 160 MHz channel is an EHT TB PPDU. When the HE/EHT P160 field has the first value (e.g., 0 or other values), it indicates that the requested uplink PPDU on the primary 160 MHz channel is an HE TB PPDU.

(2) When the first station includes a non-AP STA

The HE/EHT P160 field is a reserved field.

The meaning of the UL BW field in the EHT variant common information field and the UL Bandwidth Extension field in the special user information field (see Figure 27) may also be different. For example:

(1) When the first station includes an AP

The UL BW field and the uplink bandwidth extension field are used to jointly indicate that the value of the bandwidth field in the U-SIG field of the requested EHT TB PPDU is equal to the bandwidth that the EHT TB PPDU will occupy.

(2) When the first station includes a non-AP STA

In some embodiments, the UL BW field and the uplink bandwidth extension field are used to jointly indicate the bandwidth to be used by the peer station (AP or non-AP STA) for future transmissions in a shared TXOP.

In some embodiments, the UL BW field and the uplink bandwidth extension field are reserved fields because the RU allocation field and the Primary Secondary 160 (PS160) field also contain bandwidth information (see below).

In some embodiments, one or more of the following fields in the EHT Variant Common Information field: the Uplink Length field, the HE-LTF/EHT-LTF Symbol Number field, the LDPC Extra Symbol Segment field, the AP Tx Power field, the Pre-FEC Fill Factor field, the PE Disambiguation field, and the Uplink Spatial Multiplexing field can be set as reserved fields. If all of these fields are set as reserved fields, a total of 41 reserved bits are used. Including the existing reserved fields and the EHT Reserved field, a maximum of 52 reserved bits can be set in the EHT Variant Common Information field.

Figure 27 shows a format diagram of the user information list field in the MU-RTS TXS trigger frame shown in Figure 26.

Among them, the special user information field includes at least one of the following subfields: AID12, physical layer version flag (PHY Version Identifier), uplink bandwidth extension, EHT spatial reuse 1 (EHT Spatial Reuse 1), EHT spatial reuse 2 (EHT Spatial Reuse 2), U-SIG ignore and verify (U-SIG Disregard And Validate), and reserved.

In this embodiment of the present application, the user information field may be of the following two types:

The first user information field includes at least one of the following subfields: AID12, RU allocation, allocation duration, and PS160. In this user information field, the AID12 field indicates the association identifier value of the peer station, where a value of 0 indicates the association identifier value of the access point. The allocation duration field indicates the duration of the TXOP shared with the peer station, in units of 16 microseconds. The RU allocation field and the PS160 field are used to jointly indicate which subchannel (not limited to the subchannel containing the primary 20 MHz channel, but also a secondary 20 MHz channel, a secondary 40 MHz channel, a secondary 80 MHz channel, a secondary 160 MHz channel, or a subchannel consisting of multiple secondary 20 MHz channels consecutive in frequency, etc.) the peer station (AP or non-AP STA) responds to the CTS frame on.

The second user information field includes at least one of the following subfields: AID12, RU Allocation, Transmission Duration, MCS, NSS, Target RSSI, DRU (indicating whether DRU is used), Frequency Domain Replication (indicating whether frequency domain replication is used), Spatial Domain Replication (indicating whether spatial domain replication is used), and PS160. In this user information field, the AID12 field indicates the peer station's association identifier value or is set to a special value (e.g., 2008) to indicate that the user information field contains subchannel transmission parameter information. The RU Allocation field and PS160 field indicate the subchannel (e.g., primary 20 MHz channel, primary 40 MHz channel, primary 80 MHz channel, primary 160 MHz channel, primary 320 MHz channel, secondary 20 MHz channel, secondary 40 MHz channel, secondary 80 MHz channel, secondary 160 MHz channel, or a subchannel consisting of multiple consecutive secondary 20 MHz channels in frequency) that the peer station (AP or non-AP STA) will use for future transmissions in a shared TXOP. The transmission duration field may be a reserved field, or when the transmission duration available on the corresponding sub-channel is less than the shared transmission duration, the field indicates the transmission duration available on the corresponding sub-channel, in units of 16 microseconds.

The MU-RTS TXS trigger frame may include either of the two user information fields, and the number of the user information fields may be one or more. The MU-RTS TXS trigger frame may also include both of the two user information fields, and the number of each user information field may be one or more.

Exemplarily, the MU-RTS TXS trigger frame includes only one or more first type user information fields.

Exemplarily, the MU-RTS TXS trigger frame includes only one or more second user information fields.

Exemplarily, the MU-RTS TXS trigger frame includes a first user information field and one or more second user information fields. For example, the first user information field included in the MU-RTS TXS trigger frame is the first type of user information field, and the remaining user information fields are all the second type of user information fields. For another example, the last user information field included in the MU-RTS TXS trigger frame is the first type of user information field, and the remaining user information fields are all the second type of user information fields.

Illustratively, the MU-RTS TXS trigger frame includes one or more first-type user information fields and one second-type user information field. For example, the first user information field included in the MU-RTS TXS trigger frame is the second-type user information field, and the remaining user information fields are all first-type user information fields. For another example, the last user information field included in the MU-RTS TXS trigger frame is the second-type user information field, and the remaining user information fields are all first-type user information fields.

The remaining bits indicate the transmission parameters to be used by the peer station (AP or non-AP STA) for future transmissions in the shared TXOP. These parameters include at least one of the following: the MCS field, the NSS field, the Target RSSI field, the DRU field, the Frequency Dup field, and the Spatial Dup field. The MCS field indicates the modulation and coding order index value.

The NSS field indicates the number of spatial streams. For example, a first value (e.g., 0 or other numerical values) for the NSS field indicates one spatial stream, a second value (e.g., 1 or other numerical values) indicates two spatial streams, a third value (e.g., 2 or other numerical values) indicates three spatial streams, and a fourth value (e.g., 3 or other numerical values) indicates four spatial streams. Of course, the NSS field can also indicate other numbers of spatial streams; this is provided for illustrative purposes only and is not intended to be limiting.

The Target RSSI field indicates the expected RSSI. For example, a first value (e.g., 0 or other numerical values) of the Target RSSI field indicates -60 dBm, a second value (e.g., 1 or other numerical values) of the Target RSSI field indicates -55 dBm, a third value (e.g., 2 or other numerical values) of the Target RSSI field indicates -50 dBm, and a fourth value (e.g., 3 or other numerical values) of the Target RSSI field indicates greater than or equal to -45 dBm. Of course, the value of the Target RSSI field can also indicate other RSSI values, which are provided here as examples and not as a limitation.

The DRU field indicates whether the DRU is used for transmission. For example, when the DRU field takes a first value (e.g., 0 or other numerical values), it indicates that the DRU is not used for transmission, and when the DRU field takes a second value (e.g., 1 or other numerical values), it indicates that the DRU is used for transmission. Alternatively, when the DRU field takes a first value (e.g., 0 or other numerical values), it indicates that the DRU is used for transmission, and when the DRU field takes a second value (e.g., 1 or other numerical values), it indicates that the DRU is not used for transmission.

The frequency domain replication field indicates whether frequency domain replication is used for transmission. Exemplarily, when the value of the frequency domain replication field is a first value (such as 0 or other numerical values), it indicates that frequency domain replication is not used for transmission, and when the value is a second value (such as 1 or other numerical values), it indicates that frequency domain replication is used for transmission. Alternatively, when the value of the frequency domain replication field is a first value (such as 0 or other numerical values), it indicates that frequency domain replication is used for transmission, and when the value is a second value (such as 1 or other numerical values), it indicates that frequency domain replication is not used for transmission. In the case of using frequency domain replication transmission, for example, 2 106-tone (subcarrier) RUs are used for replication transmission within 20MHz. For another example, 2 20MHz subchannels are replicated for transmission within 40MHz.

The Spatial Copy field indicates whether Spatial Copy is used for transmission. Exemplarily, when the value of the Spatial Copy field is a first value (such as 0 or other numerical values), it indicates that Spatial Copy is not used for transmission, and when the value is a second value (such as 1 or other numerical values), it indicates that Spatial Copy is used for transmission. Alternatively, when the value of the Spatial Copy field is a first value (such as 0 or other numerical values), it indicates that Spatial Copy is used for transmission, and when the value is a second value (such as 1 or other numerical values), it indicates that Spatial Copy is not used for transmission.

When the first station needs to indicate multiple sub-channels and multiple sets of values of their corresponding transmission parameter sets, multiple user information fields can be used. Optionally, each user information field carries a sub-channel and a set of values of the corresponding transmission parameter set. Optionally, one user information field in the first frame includes an allocation duration field, and the allocation duration field in the remaining user information fields can be set as a reserved field. Exemplarily, the first user information field in the first frame includes an allocation duration field, and the allocation duration field in subsequent user information fields can be set as a reserved field; or, the last user information field in the first frame includes an allocation duration field, and the allocation duration field in the remaining user information fields can be set as a reserved field.

FIG28 shows a schematic diagram of the frame format of the first frame provided by an embodiment of the present application, taking the first frame including the MU-RTS TXS trigger frame as an example. The number below each field indicates the number of bytes or bits it may occupy. The MU-RTS TXS trigger frame includes at least one of the following fields: a Frame Control field, a Duration field, a Receiver Address (RA) field, a Transmitter Address (TA) field, a Public Information field, a User Info List (User Info List) field, a Padding field, and an FCS (Frame Check Sequence) field. The User Info List field includes a Special User Info field and one or more User Info fields.

The common information field can be an EHT variant common information (EHT Variant Common Info) field or a UHR variant common information (UHR Variant Common Info) field.

Taking the public information field as an example, the public information field is an EHT variant public information field. The public information field includes at least one of the following subfields: trigger frame subtype (Trigger Type), RU allocation, MCS, whether there are more trigger frames (More TF), whether channel detection is required (CS Required), UL BW, GI and HE-LTF type/Triggered transmission opportunity sharing mode (GI And HE-LTF Type/Triggered TXOP Sharing Mode), NSS, Target RSSI, DRU (indicating whether DRU is used), frequency domain replication (indicating whether frequency domain replication is used), spatial domain replication (indicating whether spatial domain replication is used), PS160, HE/EHT P160, special user information field identifier, EHT reserved, reserved. Among them, the number of fields such as RU allocation, MCS, NSS, Target RSSI, DRU, frequency domain replication, spatial domain replication, PS160, etc. can be one or more, respectively. Multiple, depending on the number of subchannels indicated in the first frame and the number of parameter groups in the transmission parameter set.

In some embodiments, the NSS field and the Target RSSI field may have more bits. For example, a first value (e.g., 0 or other numerical values) for the NSS field indicates one spatial stream, a second value (e.g., 1 or other numerical values) indicates two spatial streams, a third value (e.g., 2 or other numerical values) indicates three spatial streams, and so on, an eighth value (e.g., 7 or other numerical values) indicates eight spatial streams. Of course, the NSS field may also use other values to indicate other numbers of spatial streams, as provided herein for example and not limitation. For example, a value of 0 to 14 for the Target RSSI field indicates -60 dBm to -46 dBm, respectively, and a value of 15 for the Target RSSI field indicates greater than -46 dBm. Of course, the Target RSSI field may also use other values to indicate other RSSI values, as provided herein for example and not limitation.

Figure 29 shows a format diagram of the user information list field in the MU-RTS TXS trigger frame shown in Figure 28.

Among them, the special user information field includes at least one of the following subfields: AID12, physical layer version flag (PHY Version Identifier), uplink bandwidth extension, EHT spatial reuse 1 (EHT Spatial Reuse 1), EHT spatial reuse 2 (EHT Spatial Reuse 2), U-SIG ignore and verify (U-SIG Disregard And Validate), and reserved.

The user information field includes at least one of the following subfields: AID12, RU allocation, allocation duration (Allocation Duration), reservation, and PS160.

The AID12 field indicates the association identifier value of the peer station, where a value of 0 is the association identifier value of the access point. The allocated duration field indicates the duration of the TXOP shared with the peer station, in units of 16 microseconds.

It should be pointed out here that the common information field shown in Figure 28 indicates the sub-channel and transmission parameter set to be used by the peer station (AP or non-AP STA) for future transmission in the shared TXOP, and the RU allocation and PS160 shown in Figure 29 are used to jointly indicate which sub-channel the peer station (AP or non-AP STA) should respond to the CTS frame on, such as the main 20 MHz channel, the main 40 MHz channel, the main 80 MHz channel, the main 160 MHz channel, the 80+80 MHz channel, or the main 320 MHz channel.

Figures 26 and 28 show two possible frame formats of MU-RTS TXS trigger frames. The difference between the two is that Figure 26 sets the transmission parameter field mentioned above in the user information field within the user information list field, while Figure 28 sets the transmission parameter field mentioned above in the common information field.

In addition, there is also a possibility of setting the transmission parameter field in both the user information field and the public information field, that is, combining the public information field shown in Figure 28 with the user information list field shown in Figure 27 to support carrying indication information of more sub-channels and transmission parameters.

Figure 30 shows a schematic diagram of the frame format of the first frame provided by an embodiment of the present application, taking the first frame including the A-Control field as an example. The numbers under each field indicate the number of bytes or bits that it may occupy.

In some embodiments, the first frame may be the first data frame including the A-Control field, or the first management frame including the A-Control field, or the Qos empty frame including the A-Control field and attached to the first data frame, or the first management frame including the A-Control field and attached to the first data frame.

In some embodiments, the A-Control field includes a control list (Control List) field and, optionally, a padding field.

In some embodiments, the control list field includes a control identifier (Control ID) field and/or a control information (Control Information) field.

The value of the control identifier field can be any value, for example, any value between 10 and 15. FIG30 takes the value of the control identifier field being 10 as an example.

Indicates in the control information field a set or value of subchannels and corresponding transmission parameter sets to be used by the peer station (AP or non-AP STA) for future transmissions.

In some embodiments, the control information field includes at least one of the following fields: RU allocation, MCS, NSS, Target RSSI, DRU (indicating whether DRU is used), frequency domain replication (indicating whether frequency domain replication is used), spatial domain replication (indicating whether spatial domain replication is used), PS160, and reserved.

Figure 30 uses the first frame as an example, where the A-Control field is included in the High Throughput Control (HT Control) field. In addition to the A-Control field, the High Throughput Control field may also include a VHT (Very High Throughput) field and/or a HE field.

In addition to the high throughput control field, the first frame may also include at least one of the following fields: frame control, duration, address 1, address 2, address 3, sequence control (Sequence Control), address 4, QoS control, frame body (Fame Body) (can be used to carry data), and FCS.

When the first station needs to indicate multiple subchannels and multiple sets of values for the corresponding transmission parameter sets, this can be achieved by sending multiple first frames. For example, multiple QoS Null frames are appended to the data frame, each of which carries a control information field indicating a subchannel and a set of values for the corresponding transmission parameter set.

Figure 31 shows a schematic diagram of the frame format of the first frame provided by an embodiment of the present application, taking the first frame including the first management frame as an example. The numbers under each field indicate the number of bytes or bits that it may occupy.

The first management frame includes at least one of the following fields: frame control, duration, address 1, address 2, address 3, sequence control (Sequence Control), high throughput control, action field (Action Field), and FCS.

The action domain includes at least one of the following fields: action category (Category), UHR public action (UHR Public Action, used to indicate the UHR public action subclass), session token (Dialog Token), and subchannel information element (Subchannel Info Element).

The subchannel information element is used to indicate a set or value of subchannels and corresponding transmission parameter sets to be used by the peer station (AP or non-AP STA) for future transmissions.

Illustratively, the subchannel information element includes at least one of the following fields: element ID, length, element ID extension, number of subchannels, and subchannel. Optionally, the subchannel information element includes one or more subchannel fields. The number of subchannels field indicates the number of subchannels requested or suggested for use in the first frame.

In some embodiments, different subchannel fields are used to indicate different subchannels and a set of values in their corresponding transmission parameter sets. If the subchannel information element includes multiple subchannel fields, it means that the first frame indicates multiple subchannels and multiple sets of values in the corresponding transmission parameter sets.

When the first station needs to indicate multiple sub-channels and multiple sets of values of corresponding transmission parameter sets, it can be achieved by setting multiple sub-channel fields in the first frame.

It is emphasized again that the frame formats, element formats, and field formats shown in the above embodiments are examples and not limitations. This application supports changes to the formats of various frames, elements, and fields based on the format design described above, such as changing the order of fields/elements, changing the number of bytes in a field/element, changing the number of bits in a field/element, changing the name of the field/element/frame, etc. It also supports setting some fields/elements as reserved fields.

Figure 32 shows a block diagram of a communication device 3200 provided by an exemplary embodiment of the present application. The communication device 3200 can be implemented as the first station described above, or as a part of the first station described above. Optionally, the communication device 3200 can also be a wireless communication device/wireless device that supports WLAN/Wi-Fi protocols (such as the 802.11 protocol). The communication device 3200 includes a transmitting module 3210. Optionally, the communication device 3200 also includes a receiving module 3230 and/or a processing module 3250.

In some embodiments, the sending module 3210 is used to send a first frame, which includes a transmission parameter set requesting or suggesting that the second site use at least one subchannel; wherein the at least one subchannel includes at least one of the following subchannels: a subchannel within the working channel bandwidth of the device; a subchannel outside the working channel bandwidth of the device; a subchannel within the working channel bandwidth of the second site; and a subchannel outside the working channel bandwidth of the second site.

In some embodiments, the first frame is used to request or suggest that the second station use at least one subchannel and at least one set of parameters in the transmission parameter set in a TXOP and/or subsequent transmissions.

In some embodiments, the sending module 3210 is configured to report interference information. For example, the sending module 3210 is configured to send an interference information report. For example, the sending module 3210 is configured to send a co-site interference report frame.

In some embodiments, the receiving module 3230 is configured to receive at least one of the following frames sent by the second station: a data frame, a management frame, a control frame, an acknowledgment frame, and a block acknowledgment frame.

In some embodiments, the receiving module 3230 is configured to receive a request message sent by the second station. For example, the receiving module 3230 is configured to receive a co-site interference request frame sent by the second station.

In some embodiments, the receiving module 3230 is configured to receive scheduling information sent by the second station. For example, the receiving module 3230 is configured to receive DS0 scheduling information sent by the second station. For example, the receiving module 3230 is configured to receive M-AP coordinated transmission scheduling information sent by the second station.

In some embodiments, the sending module 3210 is used to execute the sending steps described above, such as including part or all of the following steps: step 220, step 320, and step 420.

In some embodiments, the receiving module 3230 is used to perform the receiving steps described above, such as including part or all of the following steps: step 240.

In some embodiments, the processing module 3250 is configured to perform at least one of the following operations: channel measurement, obtaining interference information, determining whether a transmission parameter needs to be adjusted, and deciding how to adjust the transmission parameter.

In some embodiments, the processing module 3250 is used to perform operations such as determination, detection, updating, measurement, calculation, modification, etc. related to transmission parameter adjustment.

The above-mentioned sub-channels, transmission parameter sets, station types, "requests" and "suggestions", "TXOPs" and "subsequent transmissions" are also applicable to the communication device 3200 shown in FIG. 32 .

The aforementioned content of the first frame, such as the interaction process, purpose, name, type, format, etc., is also applicable to the communication device 3200 shown in FIG32. The communication device 3200 can send the first frame in any format as described in step 420 and FIG26 to FIG31.

For details not described in detail in this embodiment, please refer to the above embodiments and will not be described in detail here.

In summary, the device provided by the embodiment of the present application supports requesting or suggesting the subchannel and transmission parameter set used by the second station through the first frame indication, and provides a frame format design and transmission parameter design, providing a specific and feasible method for flexibly adjusting transmission parameters. Moreover, the subchannel and transmission parameter set indicated by the first frame can be applied to this TXOP and to subsequent transmissions, further improving the transmission parameter The flexibility, applicability, and practicality of transmission parameter adjustment improve the success rate and feasibility of transmission parameter adjustment. Because the transmission parameters indicated in the first frame are requested or suggested by the device, they better align with the device's own expectations and capabilities. The adjusted transmission parameters are more accurate and reliable, helping to ensure communication efficiency within the system.

Figure 33 shows a block diagram of a communication device 3300 provided by an exemplary embodiment of the present application. The communication device 3300 can be implemented as the second site described above, or as part of the second site described above. Optionally, the communication device 3300 can also be a wireless communication device/wireless device that supports WLAN/Wi-Fi protocols (such as the 802.11 protocol). The communication device 3300 includes a receiving module 3310. Optionally, the communication device 3300 also includes a sending module 3330 and/or a processing module 3350.

In some embodiments, the receiving module 3310 is used to receive a first frame, which includes a transmission parameter set requesting or suggesting that the device use at least one subchannel; wherein the at least one subchannel includes at least one of the following subchannels: a subchannel within the working channel bandwidth of the first site; a subchannel outside the working channel bandwidth of the first site; a subchannel within the working channel bandwidth of the device; and a subchannel outside the working channel bandwidth of the device.

In some embodiments, the first frame is used to request or suggest that the apparatus use at least one subchannel and at least one set of parameters in a transmission parameter set in a TXOP and/or subsequent transmissions.

In some embodiments, the receiving module 3310 is configured to receive interference information, such as an interference information report, or a co-site interference report frame.

In some embodiments, the sending module 3330 is configured to send at least one of the following frames: a data frame, a management frame, a control frame, an acknowledgment frame, and a block acknowledgment frame.

In some embodiments, the sending module 3330 is used to send frames to the first site and/or other sites based on the first frame.

In some embodiments, the sending module 3330 transmits on at least one subchannel indicated by the first frame using one or more sets of values in the transmission parameter set indicated by the first frame.

In some embodiments, the sending module 3330 is configured to perform at least one of the following transmissions: uplink transmission, downlink transmission, point-to-point transmission, and M-AP transmission.

In some embodiments, the sending module 3330 performs transmission on some subchannels of at least one subchannel indicated by the first frame using some transmission parameters from one or more sets of values in the transmission parameter set indicated by the first frame.

In some embodiments, the sending module 3330 is configured to send request information. For example, the sending module 3330 is configured to send a co-site interference request frame.

In some embodiments, the sending module 3330 is configured to send scheduling information. For example, the sending module 3330 is configured to send DS0 scheduling information. For example, the sending module 3330 is configured to send M-AP coordinated transmission scheduling information.

In some embodiments, the receiving module 3310 is used to execute the receiving steps described above, such as including part or all of the following steps: step 220, step 520, and step 620.

In some embodiments, the sending module 3330 is used to execute the sending steps described above, such as including part or all of the following steps: step 240.

In some embodiments, the processing module 3350 is used to perform at least one of the following operations: determining whether to accept the TXOP shared by the first frame, determining whether to use at least one subchannel indicated by the first frame, and determining whether to use the transmission parameter set indicated by the first frame.

In some embodiments, the processing module 3350 is used to perform operations such as determination, detection, updating, measurement, calculation, modification, etc. related to transmission parameter adjustment.

The above-mentioned sub-channels, transmission parameter sets, site types, “requests” and “suggestions”, “TXOPs” and “subsequent transmissions” are also applicable to the communication device 3300 shown in FIG. 33 .

The aforementioned content of the first frame, such as the interaction process, purpose, name, type, format, etc., partially or entirely, also applies to the communication device 3300 shown in FIG33 . The communication device 3300 can receive the first frame in any format as described in step 420 and FIG26 to FIG31 .

For details not described in detail in this embodiment, please refer to the above embodiments and will not be described in detail here.

In summary, the device provided in the embodiment of the present application supports requesting or suggesting the sub-channel and transmission parameter set used by the device through the first frame indication, and provides frame format design and transmission parameter design, providing a specific and feasible method for flexibly adjusting transmission parameters. In addition, the sub-channel and transmission parameter set indicated by the first frame can be applicable to this TXOP as well as to subsequent transmissions, further improving the flexibility, applicability and practicality of adjusting the transmission parameters, and helping to improve the success rate and feasibility of adjusting the transmission parameters. Since the transmission parameters indicated by the first frame are requested or suggested by the first site, they are more in line with the expectations and capabilities of the first site itself, and the adjusted transmission parameters are more accurate and reliable, which helps to ensure the efficiency of communication within the system.

It should be noted that the apparatus provided in the above embodiments is merely illustrated by the division of the above functional modules when implementing its functions. In actual applications, the above functions can be distributed and completed by different functional modules as needed, that is, the internal structure of the communication device can be divided into different functional modules to complete all or part of the functions described above. In addition, the apparatus and method embodiments provided in the above embodiments are based on the same concept.

FIG34 shows a schematic diagram of the structure of a communication device 3400 provided by an exemplary embodiment of the present application, including at least one of the following: receiving Receiver 3401, transmitter 3402, processor 3403, memory 3404, bus (not shown in the figure).

Optionally, the communication device 3400 is used to execute part or all of the steps executed by the first site.

Optionally, the communication device 3400 is used to execute part or all of the steps executed by the second site.

Optionally, the communication device 3400 is a wireless device/wireless communication device that supports WLAN/Wi-Fi protocol (such as 802.11 protocol).

Receiver 3401 is used to implement a receiving function. Optionally, receiver 3401 can be used to implement the functions and steps of receiving module 3230 and/or receiving module 3310 described above. Transmitter 3402 is used to implement a sending function. Optionally, transmitter 3402 can be used to implement the functions and steps of sending module 3210 and/or sending module 3330 described above.

Optionally, receiver 3401 and transmitter 3402 can be implemented as a communication component, which can be a communication chip and can be referred to as a transceiver. Alternatively, receiver 3401 and transmitter 3402 can be implemented as wireless communication components and/or wired communication components. Optionally, the wireless communication component includes a wireless communication chip and/or a radio frequency antenna. Optionally, the wired communication component includes a wired communication chip and/or a wired interface.

Processor 3403 includes one or more processing cores. Processor 3403 executes various functional applications and information processing by running software programs and modules. In some embodiments, processor 3403 can be used to implement the functions and steps of processing module 3250 and/or processing module 3350 described above. Memory 3404 can be used to store computer programs executed by processor 3403. Processor 3403 is used to execute the computer programs to implement the various steps in the above-described method embodiments.

In some embodiments, the memory 3404 may be connected to the processor 3403 as well as the receiver 3401 and the transmitter 3402 .

In addition, memory 3404 can be implemented by any type of volatile or non-volatile storage device or a combination thereof. Volatile or non-volatile storage devices include but are not limited to: magnetic disks or optical disks, EEPROM (Electrically-Erasable Programmable Read Only Memory), EPROM (Erasable Programmable Read Only Memory), SRAM (Static Random Access Memory), ROM (Read-Only Memory), magnetic storage, flash memory, PROM (Programmable Read-Only Memory).

In some embodiments, the receiver 3401 receives signals/data independently, or the processor 3403 controls the receiver 3401 to receive signals/data, or the processor 3403 requests the receiver 3401 to receive signals/data, or the processor 3403 cooperates with the receiver 3401 to receive signals/data.

In some embodiments, the transmitter 3402 independently sends signals/data, or the processor 3403 controls the transmitter 3402 to send signals/data, or the processor 3403 requests the transmitter 3402 to send signals/data, or the processor 3403 cooperates with the transmitter 3402 to send signals/data.

For details not described in detail in this embodiment, please refer to the above embodiments and will not be described in detail here.

In an exemplary embodiment of the present application, a chip is further provided, which includes a programmable logic circuit and/or program instructions. When the chip runs on a communication device, it is used to implement the communication methods provided by the above-mentioned various method embodiments.

In some embodiments, the chip includes a sending module 3210. Optionally, the chip further includes a receiving module 3230 and/or a processing module 3250. The relevant contents can be referred to above and will not be repeated here.

In some embodiments, the chip includes a receiving module 3310. Optionally, the chip also includes a sending module 3330 and/or a processing module 3350. The relevant contents can be referred to above and will not be repeated here.

In an exemplary embodiment of the present application, a computer-readable storage medium is further provided, in which at least one program is stored. The at least one program is loaded and executed by a processor to implement the communication methods provided by the above-mentioned various method embodiments.

In an exemplary embodiment of the present application, a computer program product is also provided. The computer program product includes computer instructions, the computer instructions are stored in a computer-readable storage medium, a processor obtains the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to implement the communication methods provided by the above-mentioned various method embodiments.

In an exemplary embodiment of the present application, a computer program is also provided. The computer program includes computer instructions, and the computer instructions are stored in a computer-readable storage medium. A processor obtains the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to implement the communication methods provided by the above-mentioned various method embodiments.

Those skilled in the art will understand that all or part of the steps to implement the above embodiments may be accomplished by hardware, or may be accomplished by a program instructing the relevant hardware, and the program may be stored in a computer-readable storage medium, and the above-mentioned storage medium may be a read-only memory, a disk, or an optical disk, etc.

The above are only optional embodiments of the present application and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application should be included in the scope of protection of the present application.

Claims (97)

A communication method, characterized in that the method is performed by a first station, and the method includes: Sending a first frame, the first frame including a transmission parameter set requested or suggested to be used by the second station on at least one subchannel; The at least one subchannel includes at least one of the following subchannels: a subchannel located within the working channel bandwidth of the first site; a subchannel located outside the working channel bandwidth of the first site; a subchannel located within the working channel bandwidth of the second site; and a subchannel located outside the working channel bandwidth of the second site. The method according to claim 1 is characterized in that the transmission parameter set includes at least one of the following parameters: subchannel bandwidth BW, modulation and coding scheme MCS, number of spatial streams NSS, expected received signal strength RSSI, whether to use distributed resource units DRU, whether to use frequency domain replication transmission, and whether to use spatial domain replication transmission. The method according to claim 1 or 2, characterized in that the first frame is used to request or suggest that the second station use the at least one subchannel and at least one set of parameters in the transmission parameter set in a transmission opportunity TXOP. The method according to claim 3, wherein the first frame includes a TXOP sharing request frame, and/or the first frame is used for a reverse transmission grant RDG. The method according to claim 3 or 4 is characterized in that the first frame includes at least one of the following frames: a request to send RTS frame, a multi-user MU-RTS frame, a quality of service (Qos) empty frame, and a first control frame. The method according to claim 5, characterized in that the MU-RTS frame includes at least one of the following fields: a common information field, a special user information field, and a user information field. The method according to claim 6 is characterized in that the user information field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The method according to claim 7, wherein the MU-RTS frame includes one or more user information fields. The method according to claim 8, characterized in that, when the MU-RTS frame includes multiple user information fields, each of the user information fields corresponds to a subchannel of the at least one subchannel and a set of parameters in the transmission parameter set. The method according to claim 9, characterized in that the first user information field included in the MU-RTS frame includes an allocation duration field. The method according to claim 6 is characterized in that the common information field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The method according to any one of claims 1 to 11, characterized in that the first frame is used to request or suggest that the second station use the at least one subchannel and at least one set of parameters in the transmission parameter set in subsequent transmission. The method according to claim 12, characterized in that different subchannels in the at least one subchannel correspond to different parameters in the transmission parameter set. The method according to claim 12 or 13 is characterized in that the first frame is used for reverse transmission authorization or link adaptation control. The method according to any one of claims 12 to 14, characterized in that the first frame includes at least one of the following: a first data frame, a first management frame, a QoS empty frame attached to the first data frame, and the first management frame attached to the first data frame. The method according to claim 15 is characterized in that the first data frame includes an aggregation control field. The method according to claim 15 is characterized in that the QoS empty frame attached to the first data frame includes an aggregation control field. The method according to claim 16 or 17, characterized in that the aggregation control field includes a control information field, and the control information field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; The RU allocation field and/or the primary/secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The method according to claim 15 is characterized in that the first management frame includes a subchannel information element, and the subchannel information element is used to indicate the at least one subchannel and at least one set of parameters in the transmission parameter set. The method according to claim 19 is characterized in that the subchannel information element includes at least one of the following fields: an element identification field, a length field, an element identification extension field, a subchannel number field, and a subchannel field; wherein the subchannel field is used to indicate a subchannel in the at least one subchannel and a set of parameters in the transmission parameter set. The method according to claim 20 is characterized in that the sub-channel field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The method according to claim 20 or 21 is characterized in that the sub-channel information element includes a plurality of sub-channel fields. The method according to claim 7 or 11 or 18 or 21, characterized in that the transmission parameter field includes the following fields: At least one of: a field for indicating the modulation and coding scheme MCS, a field for indicating the number of spatial streams NSS, a field for indicating the expected received signal strength RSSI, a field for indicating whether a distributed resource unit DRU is used, a field for indicating whether frequency domain replication transmission is used, and a field for indicating whether spatial domain replication transmission is used. A communication method, characterized in that the method is performed by a second station, and the method includes: receiving a first frame, the first frame including a set of transmission parameters requested or suggested for use by the second station on at least one subchannel; The at least one subchannel includes at least one of the following subchannels: a subchannel located within the working channel bandwidth of the first site; a subchannel located outside the working channel bandwidth of the first site; a subchannel located within the working channel bandwidth of the second site; and a subchannel located outside the working channel bandwidth of the second site. The method according to claim 24 is characterized in that the transmission parameter set includes at least one of the following parameters: subchannel bandwidth BW, modulation and coding scheme MCS, number of spatial streams NSS, expected received signal strength RSSI, whether to use distributed resource units DRU, whether to use frequency domain replication transmission, and whether to use spatial domain replication transmission. The method according to claim 24 or 25, characterized in that the first frame is used to request or suggest that the second station use the at least one subchannel and at least one set of parameters in the transmission parameter set in a transmission opportunity TXOP. The method according to claim 26, wherein the first frame includes a TXOP sharing request frame, and/or the first frame is used for a reverse transmission grant RDG. The method according to claim 26 or 27 is characterized in that the first frame includes at least one of the following frames: a request to send RTS frame, a multi-user MU-RTS frame, a quality of service (Qos) empty frame, and a first control frame. The method according to claim 28 is characterized in that the MU-RTS frame includes at least one of the following fields: a common information field, a special user information field, and a user information field. The method according to claim 29 is characterized in that the user information field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The method according to claim 30, characterized in that the MU-RTS frame includes one or more user information fields. The method according to claim 31 is characterized in that, when the MU-RTS frame includes multiple user information fields, each of the user information fields corresponds to a subchannel of the at least one subchannel and a set of parameters in the transmission parameter set. The method according to claim 32 is characterized in that the first user information field included in the MU-RTS frame includes an allocation duration field. The method according to claim 29 is characterized in that the common information field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The method according to any one of claims 24 to 34 is characterized in that the first frame is used to request or suggest that the second station use the at least one subchannel and at least one set of parameters in the transmission parameter set in subsequent transmission. The method according to claim 35 is characterized in that different subchannels in the at least one subchannel correspond to different parameters in the transmission parameter set. The method according to claim 35 or 36 is characterized in that the first frame is used for reverse transmission authorization or link adaptation control. The method according to any one of claims 35 to 37 is characterized in that the first frame includes at least one of the following: a first data frame, a first management frame, a Qos empty frame attached to the first data frame, and the first management frame attached to the first data frame. The method according to claim 38 is characterized in that the first data frame includes an aggregation control field. The method according to claim 38 is characterized in that the Qos empty frame attached to the first data frame includes an aggregation control field. The method according to claim 39 or 40, characterized in that the aggregation control field includes a control information field, and the control information field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; The RU allocation field and/or the primary/secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The method according to claim 38 is characterized in that the first management frame includes a subchannel information element, and the subchannel information element is used to indicate the at least one subchannel and at least one set of parameters in the transmission parameter set. The method according to claim 42 is characterized in that the subchannel information element includes at least one of the following fields: an element identification field, a length field, an element identification extension field, a subchannel number field, and a subchannel field; wherein the subchannel field is used to indicate a subchannel in the at least one subchannel and a set of parameters in the transmission parameter set. The method according to claim 43 is characterized in that the sub-channel field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The method according to claim 43 or 44 is characterized in that the sub-channel information element includes a plurality of sub-channel fields. The method according to claim 30 or 34 or 41 or 44 is characterized in that the transmission parameter field includes at least one of the following fields: a field for indicating the modulation and coding scheme MCS, a field for indicating the number of spatial streams NSS, a field for indicating the expected received signal strength RSSI, a field for indicating whether a distributed resource unit DRU is used, a field for indicating whether frequency domain replication transmission is used, and a field for indicating whether spatial domain replication transmission is used. A communication device, characterized in that the device comprises: A sending module is used to send a first frame, wherein the first frame includes a transmission parameter set requesting or suggesting that a second site use at least one subchannel; wherein the at least one subchannel includes at least one of the following subchannels: a subchannel within the working channel bandwidth of the device; a subchannel outside the working channel bandwidth of the device; a subchannel within the working channel bandwidth of the second site; and a subchannel outside the working channel bandwidth of the second site. The device according to claim 47 is characterized in that the transmission parameter set includes at least one of the following parameters: subchannel bandwidth BW, modulation and coding scheme MCS, number of spatial streams NSS, expected received signal strength RSSI, whether distributed resource unit DRU is used, whether frequency domain replication transmission is used, and whether spatial domain replication transmission is used. The apparatus according to claim 47 or 48, wherein the first frame is used to request or suggest that the second station use the at least one subchannel and at least one set of parameters in the transmission parameter set in a transmission opportunity TXOP. The apparatus according to claim 49, wherein the first frame comprises a TXOP sharing request frame, and/or the first frame is used for a reverse transmission grant (RDG). The device according to claim 49 or 50 is characterized in that the first frame includes at least one of the following frames: a request to send RTS frame, a multi-user MU-RTS frame, a quality of service (Qos) empty frame, and a first control frame. The device according to claim 51 is characterized in that the MU-RTS frame includes at least one of the following fields: a common information field, a special user information field, and a user information field. The device according to claim 52 is characterized in that the user information field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The apparatus according to claim 53, wherein the MU-RTS frame comprises one or more of the user information fields. The device according to claim 54 is characterized in that, when the MU-RTS frame includes multiple user information fields, each of the user information fields corresponds to a subchannel of the at least one subchannel and a set of parameters in the transmission parameter set. The apparatus according to claim 55, wherein the first user information field included in the MU-RTS frame includes an allocation duration field. The device according to claim 52 is characterized in that the common information field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The device according to any one of claims 47 to 57 is characterized in that the first frame is used to request or suggest that the second station use the at least one subchannel and at least one set of parameters in the transmission parameter set in subsequent transmission. The apparatus according to claim 58, wherein different subchannels in the at least one subchannel correspond to different parameters in the transmission parameter set. The device according to claim 58 or 59 is characterized in that the first frame is used for reverse transmission authorization or link adaptation control. The device according to any one of claims 58 to 60 is characterized in that the first frame includes at least one of the following: a first data frame, a first management frame, a Qos empty frame attached to the first data frame, and the first management frame attached to the first data frame. The apparatus according to claim 61 is characterized in that the first data frame includes an aggregation control field. The device according to claim 61 is characterized in that the Qos empty frame attached to the first data frame includes an aggregation control field. The apparatus according to claim 62 or 63, wherein the aggregation control field comprises a control information field, and the control information field comprises at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; The RU allocation field and/or the primary/secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The apparatus according to claim 61 is characterized in that the first management frame includes a subchannel information element, and the subchannel information element is used to indicate the at least one subchannel and at least one set of parameters in the transmission parameter set. The device according to claim 65 is characterized in that the subchannel information element includes at least one of the following fields: an element identification field, a length field, an element identification extension field, a subchannel number field, and a subchannel field; wherein the subchannel field is used to indicate a subchannel in the at least one subchannel and a set of parameters in the transmission parameter set. The apparatus according to claim 66, wherein the subchannel field comprises at least one of the following fields: resource unit Meta RU allocation field, primary and secondary 160 field, and transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The apparatus according to claim 66 or 67, wherein the sub-channel information element comprises a plurality of sub-channel fields. The device according to claim 53 or 57 or 64 or 67 is characterized in that the transmission parameter field includes at least one of the following fields: a field for indicating the modulation and coding scheme MCS, a field for indicating the number of spatial streams NSS, a field for indicating the expected received signal strength RSSI, a field for indicating whether a distributed resource unit DRU is used, a field for indicating whether frequency domain replication transmission is used, and a field for indicating whether spatial domain replication transmission is used. A communication device, characterized in that the device comprises: A receiving module is used to receive a first frame, wherein the first frame includes a transmission parameter set requesting or suggesting that the device use at least one subchannel; wherein the at least one subchannel includes at least one of the following subchannels: a subchannel located within the working channel bandwidth of the first site; a subchannel located outside the working channel bandwidth of the first site; a subchannel located within the working channel bandwidth of the device; and a subchannel located outside the working channel bandwidth of the device. The device according to claim 70 is characterized in that the transmission parameter set includes at least one of the following parameters: subchannel bandwidth BW, modulation and coding scheme MCS, number of spatial streams NSS, expected received signal strength RSSI, whether distributed resource unit DRU is used, whether frequency domain replication transmission is used, and whether spatial domain replication transmission is used. The device according to claim 70 or 71 is characterized in that the first frame is used to request or suggest that the device use the at least one subchannel and at least one set of parameters in the transmission parameter set in a transmission opportunity TXOP. The device according to claim 72 is characterized in that the first frame includes a TXOP sharing request frame, and/or the first frame is used for a reverse transmission grant RDG. The device according to claim 72 or 73 is characterized in that the first frame includes at least one of the following frames: a request to send RTS frame, a multi-user MU-RTS frame, a quality of service (Qos) empty frame, and a first control frame. The device according to claim 74 is characterized in that the MU-RTS frame includes at least one of the following fields: a common information field, a special user information field, and a user information field. The device according to claim 75 is characterized in that the user information field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The apparatus according to claim 76, wherein the MU-RTS frame comprises one or more of the user information fields. The device according to claim 77 is characterized in that, when the MU-RTS frame includes multiple user information fields, each of the user information fields corresponds to a subchannel of the at least one subchannel and a set of parameters in the transmission parameter set. The apparatus according to claim 78, wherein the first user information field included in the MU-RTS frame includes an allocation duration field. The device according to claim 75 is characterized in that the common information field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The device according to any one of claims 70 to 80 is characterized in that the first frame is used to request or suggest that the device use the at least one subchannel and at least one set of parameters in the transmission parameter set in subsequent transmission. The device according to claim 81 is characterized in that different subchannels in the at least one subchannel correspond to different parameters in the transmission parameter set. The device according to claim 81 or 82 is characterized in that the first frame is used for reverse transmission authorization or link adaptation control. The device according to any one of claims 81 to 83 is characterized in that the first frame includes at least one of the following: a first data frame, a first management frame, a Qos empty frame attached to the first data frame, and the first management frame attached to the first data frame. The apparatus according to claim 84 is characterized in that the first data frame includes an aggregation control field. The device according to claim 84 is characterized in that the Qos empty frame attached to the first data frame includes an aggregation control field. The apparatus according to claim 85 or 86, wherein the aggregation control field comprises a control information field, and the control information field comprises at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; The RU allocation field and/or the primary/secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The apparatus according to claim 84 is characterized in that the first management frame includes a subchannel information element, and the subchannel information element is used to indicate the at least one subchannel and at least one set of parameters in the transmission parameter set. The apparatus according to claim 88, wherein the subchannel information element comprises at least one of the following fields: an element identification field, a length field, an element identification extension field, a subchannel number field, and a subchannel field; wherein the subchannel field is used to A subchannel of the at least one subchannel and a set of parameters in the transmission parameter set are indicated. The device according to claim 89 is characterized in that the sub-channel field includes at least one of the following fields: a resource unit RU allocation field, a primary and secondary 160 field, and a transmission parameter field; wherein the RU allocation field and/or the primary and secondary 160 field are used to indicate the at least one sub-channel, and the transmission parameter field is used to indicate at least one set of parameters in the transmission parameter set. The apparatus according to claim 89 or 90, wherein the sub-channel information element comprises a plurality of sub-channel fields. The device according to claim 76 or 80 or 87 or 90 is characterized in that the transmission parameter field includes at least one of the following fields: a field for indicating a modulation and coding scheme MCS, a field for indicating a number of spatial streams NSS, a field for indicating an expected received signal strength RSSI, a field for indicating whether a distributed resource unit DRU is used, a field for indicating whether frequency domain replication transmission is used, and a field for indicating whether spatial domain replication transmission is used. A communication device, characterized in that the communication device includes: a processor; a transceiver connected to the processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to load and execute the executable instructions to implement the communication method according to any one of claims 1 to 23. A communication device, characterized in that the communication device includes: a processor; a transceiver connected to the processor; and a memory for storing executable instructions of the processor; wherein the processor is configured to load and execute the executable instructions to implement the communication method as described in any one of claims 24 to 46. A computer-readable storage medium, characterized in that at least one program is stored in the computer-readable storage medium, and the at least one program is loaded and executed by a processor to implement the communication method according to any one of claims 1 to 23, or the communication method according to any one of claims 24 to 46. A computer program product or a computer program, characterized in that the computer program product or the computer program includes computer instructions, the computer instructions are stored in a computer-readable storage medium, a processor obtains the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions to implement the communication method according to any one of claims 1 to 23, or the communication method according to any one of claims 24 to 46. A chip, characterized in that the chip includes a programmable logic circuit and/or at least one program, and the chip is used to implement the communication method described in any one of claims 1 to 23, or the communication method described in any one of claims 24 to 46 based on the programmable logic circuit and/or the at least one program.