Communication method and communication device

Abstract

The present application provides a communication method and a communication device, which relate to the field of communication. The method includes the steps of generating a physical layer protocol data unit (PPDU), where the PPDU includes a first field indicating that the PPDU is an ultra-high throughput sounding null data packet (EHT sounding NDP) transmitted based on orthogonal frequency division multiple access (OFDMA), the PPDU further includes an ultra-high throughput long training field (EHT-LTF) and a packet extension PE field, the PE field being adjacent to the EHT-LTF, and transmitting the PPDU. In this way, Bfee can determine that the PPDU is an EHT sounding NDP transmitted based on OFDMA based on the first field in the PPDU, perform channel estimation by using the PPDU, and feed back channel state information to Bfer to implement functions such as beamforming and resource scheduling for OFDMA transmission, thereby improving channel quality and throughput. The present application applies to wireless local area network systems supporting the next generation Wi-Fi protocol of IEEE 802.11ax, for example, 802.11 series protocols such as 802.11be and EHT.

Description

[Technical Field]

[0001] This application claims priority to Chinese Patent Application No. 202110815897.3, entitled "Communication Method and Communication Apparatus," filed with the State Intellectual Property Administration of China on July 19, 2021, which is incorporated herein by reference in its entirety.

[0002] The present application relates to the field of communication technologies, and in particular to communication methods and devices. [Background technology]

[0003] In wireless systems such as wireless local area networks (WLANs), access points (APs) and stations (STAs) typically need to acquire channel state information and use it to perform beamforming (BF), resource scheduling, etc., in order to improve channel quality and throughput.

[0004] However, the 802.11be standard does not allow APs and STAs to perform channel sounding during orthogonal frequency division multiple access (OFDMA)-based transmissions. As a result, the AP or STA cannot obtain channel state information to implement functions such as beamforming (BF) and resource scheduling. This results in poor channel quality and low throughput. Therefore, how to enable APs and STAs to perform channel sounding during OFDMA-based transmissions is a pressing issue that needs to be addressed. Summary of the Invention [Means for solving the problem]

[0005] The present application provides a communication method and a communication device to solve the problem that APs and STAs cannot perform channel sounding during OFDMA-based transmission.

[0006] To achieve the aforementioned objectives, the present application uses the following technical solutions:

[0007] According to a first aspect, the present application provides a communication method. The method may be applied to a beamformer (Bfer), where the Bfer may be an AP or a STA. The communication method includes: generating a physical layer protocol data unit (PPDU), the PPDU including a first field indicating that the PPDU is an ultra-high throughput sounding null data packet (EHT sounding NDP) transmitted based on orthogonal frequency division multiple access (OFDMA), the PPDU further including an ultra-high throughput long training field (EHT-LTF) and a packet extension PE field, the PE field being adjacent to the EHT-LTF; and transmitting the PPDU.

[0008] It will be understood that the PPDU is an OFDMA-based NDP used in standards after 802.11ax and does not include a data field. The PPDU is used by Bfee to perform channel estimation.

[0009] Based on the communication method provided in the first aspect, a beamformee (Bfee) may determine, based on a first field in the PPDU, that the PPDU is an OFDMA-based NDP, and may perform channel estimation by using the PPDU during OFDMA-based transmission to implement functions such as beamforming and resource scheduling for OFDMA transmission, and may feed back channel state information to a beamformer (Bfer), thereby improving channel quality and throughput.

[0010] In some possible designs, the first field may include a PPDU type and a compressed mode subfield.

[0011] In some possible designs, the first field may include a PPDU type and compressed mode subfield and a second field, where the PPDU type and compressed mode subfields indicate that the PPDU is an EHT sounding NDP and the second field indicates that the PPDU is transmitted based on OFDMA.

[0012] In some possible designs, the first field may include a station identifier STA-ID subfield, which indicates that the PPDU is an EHT sounding NDP transmitted based on OFDMA.

[0013] In some possible designs, the PPDU may further include an Ultra High Throughput Signal EHT-SIG field, where the EHT-SIG includes an n user field, where the n user field includes at least one of a Number of Spatial Streams subfield or a Beamformed subfield, where n is a positive integer. In this way, the same structure of the user field may be used for the PPDU provided in this embodiment of the present application and the PPDU for data transmission based on OFDMA, and the receiver may use the same procedure for parsing the EHT-SIG in the PPDU provided in this embodiment of the present application and the PPDU for data transmission based on OFDMA, which may reduce the implementation complexity of the receiver.

[0014] In some possible designs, the PPDU may further include an EHT-SIG, where the EHT-SIG includes only one common field, and the common field may include at least one of the number of spatial streams subfield or the beamformed subfield. In this way, the common field may be used to carry the number of spatial streams subfield or the beamformed subfield, thereby reducing the overhead of the EHT-SIG.

[0015] In some possible designs, the PPDU may further include a common signal U-SIG field and an EHT-SIG, where the U-SIG may include a first punctured channel indication field, and the EHT-SIG may include a second punctured channel indication field. The first punctured channel indication field indicates the puncturing status of the 80 MHz sub-block bandwidth of the U-SIG, and the second punctured channel indication field indicates the puncturing status of the entire bandwidth of the PPDU. With reference to the related descriptions of Schemes 7 to 9 in this specification, it can be seen that the puncturing pattern of the PPDU is indicated by using the first punctured channel indication field and the second punctured channel indication field, which allows more puncturing patterns to be indicated and the PPDU provided in this application supports more flexible puncturing patterns.

[0016] Optionally, the second punctured channel indication field may include at least one resource unit indication subfield, where the resource unit indication subfield indicates the puncture status of a subchannel within the bandwidth of the PPDU.

[0017] Optionally, the second punctured channel indication field may include a bitmap subfield, which indicates the puncture status in the entire bandwidth of the PPDU.

[0018] According to a second aspect, the present application provides a communication method. The method may be applied to a Bfer, and the Bfer may be an AP or a STA. The communication method includes: generating an ultra-high throughput null data packet announcement (EHT NDPA) frame, where the EHT NDPA frame includes a third field indicating a full-bandwidth puncturing status of the EHT sounding NDP, and the EHT sounding NDP includes a field indicating that the full-bandwidth puncturing status of the EHT sounding NDP is determined based on the third field; and transmitting the EHT NDPA frame.

[0019] It will be understood that the EHT NDPA frame is the EHT NDPA frame used in post-802.11ax standards, which is used by Bfee to perform channel estimation.

[0020] Based on the communication method provided in the second aspect, during OFDMA-based transmission, Bfee may obtain the third field from the EHT NDPA frame based on the indication of the fourth field in the EHT sounding NDP, determine the puncturing status in the entire bandwidth of the EHT sounding NDP based on the indication of the third field, perform channel estimation based on the puncturing status and the EHT sounding NDP to implement functions such as beamforming and resource scheduling for OFDMA transmission, and feed back channel state information to Bfer, thereby improving channel quality and throughput.

[0021] In some possible designs, the third field may include at least one first information, where the first information instructs the beamformee Bfee to feed back channel state information of a subchannel within the bandwidth of the EHT sounding NDP, or the first information indicates that a subchannel within the bandwidth of the EHT sounding NDP is not punctured.

[0022] Optionally, the third field may further include at least one second information, where the second information indicates that a subchannel within the bandwidth of the EHT sounding NDP is punctured.

[0023] According to a third aspect, the present application provides a communication method. The method may be applied to a Bfee, and the Bfee may be an AP or an STA. The communication method includes: receiving a PPDU, where the PPDU includes a first field indicating that the PPDU is an EHT sounding NDP transmitted based on OFDMA, and the PPDU further includes an EHT-LTF and a PE field, where the PE field is adjacent to the EHT-LTF; and performing channel estimation by using the PPDU.

[0024] It will be understood that the PPDU is an OFDMA-based NDP used in standards after 802.11ax and does not include a data field. The PPDU is used by Bfee to perform channel estimation.

[0025] Based on the communication method provided in the third aspect, a beamformee (Bfee) may determine, based on a first field in the PPDU, that the PPDU is an OFDMA-based NDP, and may perform channel estimation by using the PPDU during OFDMA-based transmission to implement functions such as beamforming and resource scheduling for OFDMA transmission, and may feed back channel state information to a beamformer (Bfer), thereby improving channel quality and throughput.

[0026] In some possible designs, the first field may include a PPDU type and a compressed mode subfield.

[0027] In some possible designs, the first field may include a PPDU type and compressed mode subfield and a second field, where the PPDU type and compressed mode subfields indicate that the PPDU is an EHT sounding NDP and the second field indicates that the PPDU is transmitted based on OFDMA.

[0028] In some possible designs, the first field may include a STA-ID subfield, which indicates that the PPDU is an EHT sounding NDP transmitted based on OFDMA.

[0029] In some possible designs, the PPDU may further include an EHT-SIG, which includes an n users field, which includes at least one of a number of spatial streams subfield or a beamformed subfield, where n is a positive integer.

[0030] In some possible designs, the PPDU may further include an EHT-SIG, which may include only one common field, and the common field may include at least one of a number of spatial streams subfield or a beamformed subfield.

[0031] In some possible designs, the PPDU may further include a U-SIG and an EHT-SIG, where the U-SIG may include a first punctured channel indication field, and the EHT-SIG may include a second punctured channel indication field, where the first punctured channel indication field indicates a puncture status in the 80 MHz sub-block bandwidth of the U-SIG, and the second punctured channel indication field indicates a puncture status in the full bandwidth of the PPDU.

[0032] Optionally, the second punctured channel indication field may include at least one resource unit indication subfield, where the resource unit indication subfield indicates the puncture status of a subchannel within the bandwidth of the PPDU.

[0033] Optionally, the second punctured channel indication field may include a bitmap subfield, which indicates the puncture status in the entire bandwidth of the PPDU.

[0034] According to a fourth aspect, the present application provides a communication method. The method may be applied to a Bfee, and the Bfee may be an AP or an STA. The communication method includes: receiving an EHT NDPA frame, where the EHT NDPA frame includes a third field indicating a puncturing status in the full bandwidth of the EHT sounding NDP, and the EHT sounding NDP includes a field indicating that the puncturing status in the full bandwidth of the EHT sounding NDP is determined based on the third field; and parsing the EHT NDPA frame.

[0035] It will be understood that the EHT NDPA frame is the EHT NDPA frame used in post-802.11ax standards, which is used by Bfee to perform channel estimation.

[0036] Based on the communication method provided in the fourth aspect, during OFDMA-based transmission, Bfee may obtain a third field from an EHT NDPA frame based on the indication of the fourth field in the EHT sounding NDP, determine a puncturing status in the entire bandwidth of the EHT sounding NDP based on the indication of the third field, perform channel estimation based on the puncturing status and the EHT sounding NDP, and feed back channel state information to Bfer to implement functions such as beamforming and resource scheduling for OFDMA transmission, thereby improving channel quality and throughput.

[0037] In some possible designs, the third field may include at least one first information, where the first information instructs Bfee to feed back channel state information of a subchannel within the bandwidth of the EHT sounding NDP, or the first information indicates that a subchannel within the bandwidth of the EHT sounding NDP is not punctured.

[0038] Optionally, the third field further includes at least one second information, where the second information indicates that a subchannel in the bandwidth of the EHT sounding NDP is punctured.

[0039] According to a fifth aspect, the present application further provides a communications device including a processing unit and a transmitting unit. The processing unit generates a PPDU, the PPDU including a first field indicating that the PPDU is an Ultra High Throughput Sounding Null Data Packet (EHT-sounding NDP) transmitted based on Orthogonal Frequency Division Multiple Access (OFDMA). The PPDU further includes an Ultra High Throughput Long Training Field (EHT-LTF) and a Packet Extension PE field, the PE field being adjacent to the EHT-LTF. The transmitting unit is configured to transmit the PPDU. In this manner, a beamformee (Bfee) can determine that the PPDU is an OFDMA-based NDP based on the first field in the PPDU, and can perform channel estimation by using the PPDU during OFDMA-based transmission and feed back channel state information to a beamformer (Bfer) to implement functions such as beamforming and resource scheduling for OFDMA transmission, thereby improving channel quality and throughput.

[0040] The communication device may be understood as a Bfer. The communication device may be, for example, an access point or a station, or the communication device is located in an access point or a station.

[0041] In some possible designs, the first field may include a PPDU type and a compressed mode subfield.

[0042] In some possible designs, the first field may include a PPDU type and compressed mode subfield and a second field, where the PPDU type and compressed mode subfields indicate that the PPDU is an EHT sounding NDP and the second field indicates that the PPDU is transmitted based on OFDMA.

[0043] In some possible designs, the first field may include a station identifier STA-ID subfield, which indicates that the PPDU is an EHT sounding NDP transmitted based on OFDMA.

[0044] In some possible designs, the PPDU may further include an Ultra High Throughput Signal EHT-SIG field, where the EHT-SIG includes an n Users field, where the n Users field includes at least one of a Number of Spatial Streams subfield or a Beamformed subfield, where n is a positive integer.

[0045] In some possible designs, the PPDU may further include an EHT-SIG, which may include only one common field, and the common field may include at least one of a number of spatial streams subfield or a beamformed subfield.

[0046] In some possible designs, the PPDU may further include a common signal U-SIG field and an EHT-SIG, where the U-SIG may include a first punctured channel indication field, and the EHT-SIG may include a second punctured channel indication field, where the first punctured channel indication field indicates a puncture status in the 80 MHz sub-block bandwidth of the U-SIG, and the second punctured channel indication field indicates a puncture status in the full bandwidth of the PPDU.

[0047] Optionally, the second punctured channel indication field may include at least one resource unit indication subfield, where the resource unit indication subfield indicates the puncture status of a subchannel within the bandwidth of the PPDU.

[0048] Optionally, the second punctured channel indication field may include a bitmap subfield, which indicates the puncture status in the entire bandwidth of the PPDU.

[0049] According to a sixth aspect, the present application further provides a communication device including a processing unit and a transmitting unit. The processing unit is configured to generate an ultra-high throughput null data packet announcement (EHT NDPA) frame. The EHT NDPA frame includes a third field indicating a puncturing status for the entire bandwidth of the EHT sounding NDP, and the EHT sounding NDP includes a field indicating that the puncturing status for the entire bandwidth of the EHT sounding NDP is determined based on the third field. The transmitting unit is configured to transmit the EHT NDPA frame. In this way, during OFDMA-based transmission, Bfee obtains the third field from the EHT NDPA frame based on the indication of the fourth field in the EHT sounding NDP, determines the puncturing status for the entire bandwidth of the EHT sounding NDP based on the indication of the third field, performs channel estimation based on the puncturing status and the EHT sounding NDP, and feeds back channel state information to Bfer to implement functions such as beamforming and resource scheduling for OFDMA transmission, thereby improving channel quality and throughput.

[0050] The communication device may be understood as a Bfer. The communication device may be, for example, an access point or a station, or the communication device is located in an access point or a station.

[0051] In some possible designs, the third field may include at least one first information, where the first information instructs the beamformee Bfee to feed back channel state information of a subchannel within the bandwidth of the EHT sounding NDP, or the first information indicates that a subchannel within the bandwidth of the EHT sounding NDP is not punctured.

[0052] Optionally, the third field may further include at least one second information, where the second information indicates that a subchannel within the bandwidth of the EHT sounding NDP is punctured.

[0053] According to a seventh aspect, the present application further provides a communication device including a processing unit and a transmitting unit. The processing unit is configured to receive a PPDU, the PPDU including a first field indicating that the PPDU is an EHT-sounding NDP transmitted based on OFDMA, the PPDU further including an EHT-LTF and a PE field, the PE field being adjacent to the EHT-LTF. The transmitting unit is configured to perform channel estimation by using the PPDU. In this manner, a beamformee (Bfee) can determine that the PPDU is an OFDMA-based NDP based on the first field in the PPDU, perform channel estimation by using the PPDU during OFDMA-based transmission, and feed back channel state information to a beamformer (Bfer) to implement functions such as beamforming and resource scheduling for OFDMA transmission, thereby improving channel quality and throughput.

[0054] The communication device may be understood as Bfee. The communication device may be, for example, an access point or a station, or the communication device is located in an access point or a station.

[0055] In some possible designs, the first field may include a PPDU type and a compressed mode subfield.

[0056] In some possible designs, the first field may include a PPDU type and compressed mode subfield and a second field, where the PPDU type and compressed mode subfields indicate that the PPDU is an EHT sounding NDP and the second field indicates that the PPDU is transmitted based on OFDMA.

[0057] In some possible designs, the first field may include a STA-ID subfield, which indicates that the PPDU is an EHT sounding NDP transmitted based on OFDMA.

[0058] In some possible designs, the PPDU may further include an EHT-SIG, which includes an n users field, which includes at least one of a number of spatial streams subfield or a beamformed subfield, where n is a positive integer.

[0059] In some possible designs, the PPDU may further include an EHT-SIG, which may include only one common field, and the common field may include at least one of a number of spatial streams subfield or a beamformed subfield.

[0060] In some possible designs, the PPDU may further include a U-SIG and an EHT-SIG, where the U-SIG may include a first punctured channel indication field, and the EHT-SIG may include a second punctured channel indication field, where the first punctured channel indication field indicates a puncture status in the 80 MHz sub-block bandwidth of the U-SIG, and the second punctured channel indication field indicates a puncture status in the full bandwidth of the PPDU.

[0061] Optionally, the second punctured channel indication field may include at least one resource unit indication subfield, where the resource unit indication subfield indicates the puncture status of a subchannel within the bandwidth of the PPDU.

[0062] Optionally, the second punctured channel indication field may include a bitmap subfield, which indicates the puncture status in the entire bandwidth of the PPDU.

[0063] According to an eighth aspect, the present application further provides a communication device including a receiving unit and a processing unit. The receiving unit is configured to receive an EHT NDPA frame, the EHT NDPA frame including a third field indicating a puncturing status for the entire bandwidth of the EHT sounding NDP, and the EHT sounding NDP including a field indicating that the puncturing status for the entire bandwidth of the EHT sounding NDP is determined based on the third field. The processing unit is configured to analyze the EHT NDPA frame. In this way, during OFDMA-based transmission, Bfee obtains the third field from the EHT NDPA frame based on the indication of the fourth field in the EHT sounding NDP, determines the puncturing status for the entire bandwidth of the EHT sounding NDP based on the indication of the third field, performs channel estimation based on the puncturing status and the EHT sounding NDP to implement functions such as beamforming and resource scheduling for OFDMA transmission, and feeds back channel state information to Bfer, thereby improving channel quality and throughput.

[0064] In some possible designs, the third field may include at least one first information, where the first information instructs Bfee to feed back channel state information of a subchannel within the bandwidth of the EHT sounding NDP, or the first information indicates that a subchannel within the bandwidth of the EHT sounding NDP is not punctured.

[0065] Optionally, the third field further includes at least one second information, where the second information indicates that a subchannel in the bandwidth of the EHT sounding NDP is punctured.

[0066] According to a ninth aspect, an embodiment of the present application further provides a communication device. The communication device includes a processor and a transceiver. Optionally, the communication device further includes a memory. When the processor executes a computer program or instructions in the memory, the method according to any one of the first to fourth aspects is performed.

[0067] The communication device may be understood as a Bfer. The communication device may be a station or an access point.

[0068] According to a tenth aspect, an embodiment of the present application further provides a computer-readable storage medium, the computer-readable storage medium storing computer instructions, the computer instructions instructing a communication device to perform a method in an implementation form of any of the first to fourth aspects.

[0069] According to an eleventh aspect, an embodiment of the present application further provides a computer program product, the computer program product comprising a computer program code that, when executed on a computer, enables the computer to perform a method in any of the implementation forms of the first to fourth aspects.

[0070] According to a twelfth aspect, the present application further provides a processor configured to perform the method according to any one of the first to fourth aspects. In the process of performing the method, the processes of transmitting the information and receiving the information in the method may be understood as the processes of outputting the information by the processor and receiving the input information by the processor. Specifically, when outputting the information, the processor outputs the information to a transceiver, which then transmits the information.

[0071] Furthermore, after the information is output by the processor, other processing may need to be performed on the information before it arrives at the transceiver. Similarly, when the processor receives the input information, the transceiver receives the information and inputs the information to the processor. Furthermore, after the transceiver receives the information, other processing may need to be performed on the information before it is input to the processor.

[0072] In this manner, unless otherwise specified, or where operations such as transmit, send, and receive associated with a processor do not contradict the actual function or internal logic of the operations in the associated description, all operations may be understood more generally as operations such as output, receive, and input of a processor, rather than operations such as transmit, send, and receive performed directly by radio frequency circuits and antennas.

[0073] In a particular implementation, the processor may be a processor specially configured to perform the method, or may be a processor that executes computer instructions in a memory to perform the method, such as a general-purpose processor. The memory may be a non-transitory memory such as a read-only memory (ROM). The memory and the processor may be integrated on the same chip or may be separately located on different chips. The type of memory and the arrangement of the memory and the processor are not limited to embodiments of the present invention.

[0074] According to a thirteenth aspect, the present application provides a chip system. The chip system includes a processor and an interface configured to support a communication transmission device in implementing the functions of a method according to any one of the first to fourth aspects, for example, in determining or processing at least one of data and information in the aforementioned method. In one possible design, the chip system further includes a memory configured to store necessary information and data of the aforementioned communication device. The chip system may include a chip, or may include a chip and other discrete components.

[0075] According to a fourteenth aspect, the present application provides a functional entity, the functional entity being configured to implement a method according to any one of the first to fourth aspects.

[0076] For technical effects provided by any of the implementation forms of the third to fourteenth aspects, please refer to the technical effects provided by the corresponding implementation form of the first or second aspect, and details will not be described again in this specification.

[0077] In the present application, based on the implementations according to the aforementioned aspects, the implementations can be further combined to provide more implementations. [Brief explanation of the drawings]

[0078] [Figure 1] 1 is a schematic diagram of a network architecture of a communication system according to an embodiment of the present application; [Figure 2] 1 is a schematic diagram of the structure of a WLAN communication device according to an embodiment of the present application; [Figure 3] 1 is a schematic diagram of the structure of a chip according to an embodiment of the present application; [Figure 4] 1 is a schematic diagram of an EHT channel sounding procedure. [Figure 5] 1 is a schematic diagram of the structure of an EHT MU PPDU used in 802.11be. [Figure 6] 1 is a schematic diagram of the structure of the EHT sounding NDP used in 802.11be. [Figure 7] 1 is a schematic flowchart 1 of a communication method according to an embodiment of the present application; [Figure 8] 1 is a schematic diagram of the structure of an EHT-SIG according to an embodiment of the present application. [Figure 9] 2 is a schematic diagram of the structure of an EHT-SIG according to an embodiment of the present application. [Figure 10] FIG. 2 is a schematic diagram of channel puncturing according to an embodiment of the present application; [Figure 11] 3 is a schematic diagram of the structure of an EHT-SIG according to an embodiment of the present application. [Figure 12] 2 is a schematic flowchart 2 of a communication method according to an embodiment of the present application. [Figure 13] 1 is a schematic diagram of the structure of an EHT NDPA frame according to an embodiment of the present application; [Figure 14] 2 is a schematic diagram of the structure of an EHT NDPA frame according to an embodiment of the present application. [Figure 15] 3 is a schematic diagram of the structure of an EHT NDPA frame according to an embodiment of the present application. [Figure 16] 3 is a schematic flowchart 3 of a communication method according to an embodiment of the present application. [Figure 17] 1 is a schematic module diagram of a communication device according to an embodiment of the present application; [Figure 18] 2 is a schematic module diagram of a communication device according to an embodiment of the present application; [Figure 19] 3 is a schematic module diagram of a communication device according to an embodiment of the present application. [Figure 20] 4 is a schematic module diagram of a communication device according to an embodiment of the present application. [Figure 21] 1 is a schematic diagram of the structure of a communication device according to an embodiment of the present application; DETAILED DESCRIPTION OF THE INVENTION

[0079] The following describes the technical solutions of the present application with reference to the accompanying drawings.

[0080] Embodiments of the present application may be applicable to wireless local area network scenarios, such as Institute of Electrical and Electronics Engineers (IEEE) 802.11 system standards, such as the 802.11a / b / g standard, the 802.11n standard, the 802.11ac standard, the 802.11ax standard, or their next-generation standards, such as the 802.11be standard or their next-generation standards, or to wireless local area network systems, such as Internet of Things (IoT) networks or Vehicle-to-X (V2X) networks. Of course, embodiments of the present application may alternatively be applicable to other possible communication systems, such as long term evolution (LTE) systems, LTE frequency division duplex (FDD) systems, LTE time division duplex (TDD) systems, universal mobile telecommunication system (UMTS), worldwide interoperability for microwave access (WiMAX) communication systems, fifth generation (5G) communication systems, and future sixth generation (6G) communication systems.

[0081] An embodiment of the present application provides a communication system, and the communication method described in the present application is applicable to the communication system. The communication system may include one or more access points (APs) and one or more stations (STAs).

[0082] In one example, refer to FIG. 1. FIG. 1 is a schematic diagram of a network architecture of a communication system according to one embodiment of the present application. In the communication system shown in FIG. 1, APs include AP1 and AP2, and STAs include STA1, STA2, and STA3. The AP may schedule radio resources for the STAs and transmit data for the STAs on the scheduled radio resources. For example, in the communication system shown in FIG. 1, AP1 may schedule radio resources for STA1 and STA3 and transmit data for STA1 and STA3 on the scheduled radio resources. The data may include uplink data information and / or downlink data information.

[0083] It will be appreciated that one or more APs may communicate with one or more STAs. Of course, APs may communicate with APs and STAs may communicate with STAs.

[0084] 1 uses an example in which the STA is a mobile phone and the AP is a router, but this does not mean that the type of AP and the type of STA are limited in this specification. In addition, the number of APs and STAs in FIG. 1 is merely an example and does not mean that the number of APs and STAs in the communication system in this specification is limited. There may be more or fewer APs and STAs in the network architecture of the communication system.

[0085] In the communication system described in this application, an AP may be a device deployed in a wireless communication network and providing wireless communication capabilities to STAs associated with the AP. The AP may be located in a home, a building, or a campus. Of course, the AP may alternatively be located outdoors. The coverage radius of the AP may be tens of meters to hundreds of meters. The AP serves as a bridge between a wired network and a wireless network. One function of the AP is to connect wireless network clients to each other and then connect the wireless network to Ethernet. Specifically, the AP may be a terminal device (e.g., a mobile phone) or a network device (e.g., a router) that has a wireless fidelity (Wi-Fi) chip.

[0086] The AP may be a device that supports the 802.11be standard. Alternatively, the AP may be a device that supports multiple wireless local area network (WLAN) standards of the 802.11 family, such as 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a. The AP in this application may be an extremely high throughput (EHT) AP or a high efficiency (HE) AP, or an access point applicable to future generations of Wi-Fi standards. Extremely high throughput may also be referred to as ultra-high throughput.

[0087] An AP may include a processor and a transceiver unit, where the processor is configured to control and manage the operation of the AP (e.g., to analyze signaling information or process communication-related data), and the transceiver is configured to receive or transmit information.

[0088] In the communication system described in this application, the STA may be a wireless communication chip, a wireless sensor, a wireless communication terminal, etc., and may also be called a user (or a user station). For example, the STA may be a mobile phone, a tablet computer, a set-top box, a smart TV, a smart wearable device, an in-vehicle communication device, or a computer supporting Wi-Fi communication functions.

[0089] Optionally, the STA may support the 802.11be standard. The STA may also support multiple wireless local area network (WLAN) standards of the 802.11 family, such as 802.11ax, 802.11ac, 802.11n, 802.11g, 802.11b, and 802.11a. The STA in this application may be an extremely high throughput (EHT) STA or a high efficiency (HE) STA, or may be a station applicable to future generations of Wi-Fi standards.

[0090] The STA may include a processor and a transceiver unit, where the processor is configured to control and manage the operation of the STA (e.g., to analyze signaling information or process communication-related data), and the transceiver is configured to receive or transmit information.

[0091] For example, each of the access points and stations may be used in devices in the Internet of Vehicles, Internet of Things nodes in the Internet of Things (IoT), sensors, smart cameras in smart homes, intelligent remote controls, and smart water meters, sensors in smart cities, as well as communication servers, routers, switches, bridges, computers, and mobile phones.

[0092] The AP and the STA in this embodiment of the present application may be collectively referred to as a WLAN communication device. The WLAN communication device may include a hardware structure and a software module. The WLAN communication device may implement various communication functions (e.g., functions corresponding to the communication methods in the embodiments of the present specification) in the form of a hardware structure, a software module, or a combination of a hardware structure and a software module. One of the aforementioned functions may be implemented by using a hardware structure, a software module, or a combination of a hardware structure and a software module.

[0093] 2 is a schematic diagram of the structure of a WLAN communication device according to an embodiment of the present application. As shown in FIG. 2, the WLAN communication device 200 may include a processor 201 and a transceiver 205, and optionally further includes a memory 202.

[0094] The transceiver 205 may also be referred to as a transceiver unit, transceiver, transceiver circuitry, etc., and is configured to implement transceiver functionality, e.g., to communicate with other devices or other communication networks and / or to send / receive information. Other communication networks may be Ethernet, a radio access network (RAN), a WLAN, etc. The transceiver 205 may include a receiver and a transmitter. The receiver, which may also be referred to as a receiving machine, receiver circuitry, etc., is configured to implement information receiving functionality. The transmitter, which may also be referred to as a sending machine, transmitter circuitry, etc., is configured to implement information transmitting functionality.

[0095] The memory 202 may store computer programs or software codes or instructions 204, which may also be referred to as firmware. The processor 201 may control a media access control (MAC) layer and a physical layer (PHY) by executing the computer programs or software codes or instructions 203 in the processor 201 or by calling the computer programs or software codes or instructions 204 stored in the memory 202 to implement the communication methods provided in the following embodiments of the present application.

[0096] The processor 201 may be a central processing unit (CPU), a general-purpose processor, a network processor (NP), a digital signal processor (DSP), a microprocessor, a microcontroller, a programmable logic device (PLD), or any combination thereof. 201 may be other devices with processing capabilities, such as, but not limited to, circuits, components, or software modules.

[0097] memory 202may be read-only memory (ROM) or other type of static storage device capable of storing static information and / or instructions, random access memory (RAM) or other type of dynamic storage device capable of storing information and / or instructions, or may be electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM) or other compact disc storage, optical disc storage (including compressed optical disc, laser disc, optical disc, digital versatile disc, Blu-ray disc, etc.), magnetic disc storage medium or other magnetic storage device, etc., without limitation.

[0098] The processor 201 and transceiver 205 described in this application may be implemented in an integrated circuit (IC), an analog IC, a radio frequency integrated circuit (RFIC), a mixed signal IC, an application specific integrated circuit (ASIC), a printed circuit board (PCB), an electronic device, or the like.

[0099] The WLAN communication device 200 may further include an antenna 206. It should be noted that the modules included in the WLAN communication device 200 are merely examples for purposes of illustration, and are not limiting in this application.

[0100] As mentioned above, the WLAN communication device 200 described in the foregoing embodiment may be an AP or a STA. However, the scope of the WLAN communication device described in this application is not limited thereto, and the structure of the WLAN communication device may not be limited to that shown in FIG. 2 . The WLAN communication device may be an independent device or part of a larger device. For example, the WLAN communication device may be implemented in the form of: (1) an independent integrated circuit IC, chip, chip system, or subsystem; (2) a set including one or more ICs, optionally including a storage component for storing data and instructions; (3) a module that can be incorporated into another device; (4) a receiver, an intelligent terminal, a wireless device, a handheld device, a mobile unit, an in-vehicle device, a cloud device, an artificial intelligence device, or (5) others.

[0101] For a WLAN communication device implemented in the form of a chip or chip system, please refer to the schematic diagram of the structure of the chip or chip system shown in Figure 3. The chip or chip system shown in Figure 3 includes a processor 301 and an interface 302. There may be one or more processors 301, and there may be multiple interfaces 302. Optionally, the chip or chip system may include a memory 303.

[0102] The embodiments of the present application do not limit the scope of protection and applicability of the claims. Those skilled in the art may adaptively change the functions and arrangements of the elements of the present application, or omit, substitute, or add various processes or components as appropriate, without departing from the scope of the embodiments of the present application.

[0103] The above describes the communication system and WLAN communication device provided in the present application. In order to facilitate understanding of the technical solutions of the embodiments of the present application, the following briefly describes the technologies related to the present application.

[0104] 1. Channel sounding Currently, channel sounding can be typically performed between an AP and a STA by using a null data packet announcement (NDPA) frame and a null data packet (NDP). An NDP may be understood as a physical layer protocol data unit (PPDU) without a data field portion. Channel sounding in this application may also be referred to as channel measurement or channel estimation.

[0105] Specifically, in the channel sounding procedure, the AP first transmits an NDPA frame, which is used to notify the STA that it needs to perform channel sounding. Then, after a short inter-frame space (SIFS), the AP transmits an NDP without a data field. The STA performs channel estimation using the NDP and then feeds back channel state information (CSI) using a beamforming report (BF Report) frame. Finally, the AP obtains channel state information based on the BF Report frame fed back by the STA to implement functions such as beamforming (BF) and resource scheduling. The following describes the aforementioned channel sounding procedure in detail with reference to the EHT channel sounding procedure.

[0106] The EHT channel sounding procedure includes a non-trigger based (Non-TB) EHT channel sounding procedure and a trigger based (TB) EHT channel sounding procedure.

[0107] The non-trigger-based EHT channel sounding procedure is applicable to channel sounding between a single AP and a single STA, as well as to channel sounding between a single AP and a single AP, and between a single STA and a single STA. The non-trigger-based EHT channel sounding procedure is as follows:

[0108] An example is used in which the AP is the beamforming (channel sounding) initiator (beamformer, Bfer) and the STA is the beamforming responder (beamformee, Bfee). As shown in FIG. 4A, the AP first transmits an EHT null data packet announcement (EHT NDPA) frame to STA1 to indicate channel sounding parameters related to STA1. Then, after a short inter-frame space (SIFS), the AP transmits an EHT sounding NDP to STA1. STA1 performs channel estimation by using the EHT sounding NDP and then feeds back an EHT compressed beamforming / channel quality indication (CQI) frame. The EHT compressed beamforming / channel quality indication frame is sometimes called a beamforming report.

[0109] As shown in Figure 4B, in the trigger-based EHT channel sounding procedure, multiple Bfees are triggered to perform channel sounding, thereby further improving channel sounding efficiency. With reference to Figures 4A and 4B, it can be seen that the difference between the trigger-based EHT channel sounding procedure and the non-trigger-based EHT channel sounding procedure is that in the trigger-based EHT channel sounding procedure, after the AP sends an EHT sounding NDP to the STA, the AP may further send a beamforming report poll trigger frame (BFRP TF) to the STA one SIFS later to trigger multiple Bfees to perform channel sounding. In addition, the AP may send an EHT NDPA frame, an EHT sounding NDP, and a BFRP to multiple STAs (including STA1, STA2, and STA3).

[0110] In the prior art, a device that transmits an NDPA frame and an NDP can be understood as a Bfer. A device that receives the NDPA frame and an NDP and feeds back a beamforming report based on the NDPA frame and the NDP can be understood as a Bfee. The beamforming report can include channel state information. A Bfer can be an AP or a STA. A Bfee can be an STA or an AP.

[0111] 2. Extreme High Throughput Multiple User Physical Layer Protocol Data Unit (EHT MU PPDU) WLAN started with 802.11a / b / g, then went through 802.11n, 802.11ac, 802.11ax, and the currently discussed 802.11be. The 802.11ax standard is named high efficient (HE), and the 802.11be standard is named extremely high throughput (EHT).

[0112] In the 802.11be standard, the name of the physical layer protocol data unit (PPDU) is EHT PPDU. In the 802.11be standard, for multiple user (MU) transmission, the format of the EHT PPDU is defined as EHT MU PPDU. The EHT MU PPDU can support single-user data transmission (including uplink single-user data transmission or downlink single-user data transmission) and downlink multi-user data transmission.

[0113] Figure 5 shows the structure of an EHT MU PPDU that can be used in 802.11be. The EHT MU PPDU includes a preamble portion, a data field, and a packet extension (PE) field. The preamble portion includes a legacy short training field (L-STF), a legacy long training field (L-LTF), a legacy signal field (L-SIG), a repeated legacy signal field (RL-SIG), a universal signal (U-SIG), an extremely high throughput signal (EHT-SIG), an extremely high throughput short training field (EHT-STF), and an extremely high throughput long training field (EHT-LTF).

[0114] See Table 1 below for a description (or meaning) of the fields in the EHT MU PPDU.

[0115] [Table 1]

[0116] It should be noted that the aforementioned U-SIG may be present in the PPDUs of the 802.11be standard and several generations after the 802.11be standard. Additionally, in the PPDUs of the 802.11be standard and several generations after the 802.11be standard, a subfield in the U-SIG may indicate that the PPDU carrying the U-SIG is an EHT PPDU, and may indicate that the EHT PPDU is a PPDU of a particular generation of standard, in other words, indicate the standard corresponding to the EHT PPDU.

[0117] 3. EHT Sounding NDP In the 802.11be standard, the EHT sounding NDP is the transmission mode of the EHT MU PPDU. In other words, the EHT sounding NDP is an EHT MU PPDU without a data field portion. Of course, the EHT sounding NDP can also be understood as an NDP or PPDU without a data field portion.

[0118] Figure 6 shows the structure of the EHT sounding NDP that can be used in 802.11be. Please refer to Table 1 above for a description of the fields in the EHT sounding NDP. The details will not be described again in this specification. It can be seen that the difference between the EHT sounding NDP and the EHT MU PPDU is mainly that the EHT sounding NDP does not have a data field, in other words, the number of symbols in the data field of the EHT sounding NDP is 0.

[0119] The EHT sounding NDP may be used for channel sounding between Bfer and Bfee in a non-OFDMA transmission process, which may help a device (e.g., an AP) transmitting the EHT sounding NDP obtain channel state information between the receiving end and the transmitting end (including Bfer and Bfee) and further perform beamforming and resource scheduling.

[0120] However, with regard to the 802.11be discussed, the EHT sounding NDP in 802.11be is currently applicable only to non-OFDMA transmission, not to OFDMA transmission. Specifically, when an AP or STA performs channel sounding by using the EHT sounding NDP, the current EHT sounding NDP is designed based on non-OFDMA transmission, so the current EHT sounding NDP is applicable to channel sounding only during non-OFDMA transmission. However, during OFDMA-based transmission, the AP or STA cannot perform channel sounding during OFDMA transmission, or cannot accurately perform channel sounding during OFDMA transmission based on the current EHT sounding NDP. That is, the design of the current EHT sounding NDP has a defect. In other words, the OFDMA-based NDP used for channel sounding is not designed in 802.11be. As a result, the AP or STA cannot perform channel sounding during OFDMA-based transmission, and the AP or STA cannot obtain channel state information to implement functions such as beamforming and resource scheduling, resulting in poor channel quality and low throughput.

[0121] An EHT sounding NDP based on non-OFDMA transmission may be understood as a non-OFDMA based EHT sounding NDP (or a non-OFDMA based NDP). Therefore, an EHT sounding NDP based on non-OFDMA transmission may also be called a non-OFDMA based NDP.

[0122] 4. Devices that implement basic EHT characteristics and devices that do not implement basic EHT characteristics The 802.11be standard under discussion includes two releases: Release 1 (R1) and Release 2 (R2). The main difference between R1 and R2 lies in the characteristics. R1 only covers some basic characteristics, while R2 further covers some other characteristics to be determined. To distinguish between devices of the two releases, a Release 1 device is called a device that implements EHT basic characteristics. In this standard, the attribute value dot11EHTBaseLineFeaturesImplementedOnly is expressed as 1 in the management information base. A Release 2 device may also be called a device that does not implement EHT basic characteristics or a device that implements EHT advanced characteristics, and may be expressed by using dot11EHTBaseLineFeaturesImplementedOnly as 0. This is not a limitation of the solution of the present invention.

[0123] For ease of understanding, herein, Release 1 devices may be abbreviated as R1 devices, and Release 2 devices may be abbreviated as R2 devices.

[0124] 5. Validate and disregard in signal fields In each current standard, an enable bit or state or an ignore bit or state is typically present in the signal field to allow room for subsequent amendments to the standard.

[0125] For example, in the 802.11be standard discussed at this stage, the signal field in the physical layer preamble includes reserved / unused bits, which may be divided into ignore bits and enable bits. The value of the (sub)field may be set to a reserved / unused state (entry), which may be divided into ignore states and enable states.

[0126] If the R1 device finds that the enable bit in the PPDU is not set to the default value (or default value) specified by the standard, or that the values ​​of some subfields are set to the enable state, the R1 device must wait for the duration of the PPDU and forward release-independent related information to the medium access control (MAC) layer to ensure coexistence between the new device and the legacy device and terminate reception of the PPDU. In this specification, for ease of understanding, the aforementioned "ensuring coexistence between the new device and the legacy device" may be referred to as "ensuring coexistence," and "the enable bit is not set to the default value (or default value) specified by the standard" may be referred to as "non-default enable bit."

[0127] If the R1 device does not find the aforementioned condition for an ignore bit or a subfield set to the ignore state, in other words, if the enable bit is not set to the default value (or default value) specified in the standard, or if the value of some subfield is set to the enable state, the device will ignore the ignore bit or ignore the subfield set to the ignore state and continue reading other fields.

[0128] In short, if the enable bit is different from the default value or the subfield is set to the enable state, reception is terminated. Ignore bits may be ignored regardless of the value of the ignore bit or whether the subfield is set to the ignore state.

[0129] For example, the U-SIG field of the EHT sounding NDP has five ignore bits and three enable bits. In addition, the U-SIG Overflow section of the EHT-SIG field in the EHT sounding NDP contains two ignore bits. In the U-SIG field of the EHT sounding NDP, the combination indication of the uplink / downlink subfield and the PPDU type and compression mode subfields has an enable state. It is assumed that any one enable bit in the PPDU will be assigned a new function in a subsequent standard. If the value is set to a non-default value of 0, current devices (old devices already on the market) will wait until the duration of the PPDU is over and forward release-independent related information to the MAC layer to ensure PPDU coexistence and terminate reception. Similarly, if the combination indication of the uplink / downlink subfield with the PPDU type and compressed mode subfields is an enabled state not used in the current standard, the current device still waits until the duration of the PPDU is over, and forwards release-independent related information to the MAC layer to ensure PPDU coexistence and terminate PPDU reception. However, when the ignore bit is assigned a new function in a subsequent standard, regardless of the value of the ignore bit, if the PPDU does not have a non-default enabled bit or enabled state, the current device ignores that bit or subfield and continues to receive other fields.

[0130] 6. Puncturing pattern In Wi-Fi, one or more channels (which may also be referred to as busy channels) among multiple consecutive channels may be busy, and the busy channels cannot provide data transmission services to users. To improve the utilization of non-busy channels among the multiple consecutive channels, a transmitting end (e.g., an AP) may transmit data to a receiving end (e.g., a STA) on one or more non-busy channels. In addition, to enable the receiving end to correctly receive data on one or more non-busy channels, when transmitting data to the receiving end, the transmitting end must also transmit indication information to the receiving end. The indication information indicates the busy channel and the channel carrying data among the multiple consecutive channels, and the indication information indicates a puncturing pattern. The busy channel may also be referred to as a puncturing channel, and the channel carrying data may also be referred to as a non-puncturing channel. In this way, channel utilization is improved, thereby improving throughput.

[0131] In short, the above-mentioned prior art has a problem in that the OFDMA-based NDP used for channel sounding is not designed in 802.11be. As a result, the AP or STA cannot perform channel sounding during OFDMA-based transmission. In addition, the puncture patterns defined in the 802.11be standard discussed at this stage are not flexible enough.

[0132] Based on the above-mentioned prior art, this application provides several PPDUs used in post-802.11ax standards, such as EHT PPDUs (including EHT MU PPDUs) and post-EHT PPDUs (abbreviated as EHT+PPDUs). The EHT PPDU is used as an example. EHT PPDUs include two types: one is an EHT PPDU that includes a data field, and the other is an EHT PPDU that does not include a data field. In other words, one is an EHT PPDU used for data transmission, and the other is an EHT PPDU used for channel estimation. The EHT PPDU used for channel estimation includes an Ultra High Throughput Long Training Field (EHT-LTF) and a Packet Extension (PE) field. The PE field is adjacent to the EHT-LTF; specifically, there is no data field between the PE and EHT-LTF. In other words, the data field is not followed by an EHT-LTF, or the number of symbols in the data field of the PPDU is 0. Such an EHT PPDU without a data field is an EHT-sounding NDP. Similarly, in the case of EHT+PPDU, the EHT+PPDU may include an EHT-LTF and a PE.

[0133] When the PPDU provided herein used for channel estimation is an EHT sounding NDP and is an NDP transmitted based on OFDMA, the PPDU includes a first field indicating that the PPDU is an EHT sounding NDP transmitted based on OFDMA. For ease of explanation, an EHT sounding NDP based on OFDMA transmission may also be referred to as an OFDMA-based NDP or an OFDMA-based EHT sounding NDP. In this way, in a scenario where wireless communication is performed using a post-802.11ax standard (e.g., 802.11be), Bfee may determine that the PPDU provided herein is an OFDMA-based NDP based on the first field in the PPDU provided herein, and may perform channel estimation using the PPDU provided herein during OFDMA-based transmission to implement functions such as beamforming and resource scheduling for OFDMA transmission, and feed back channel state information to Bfer, thereby improving channel quality and throughput.

[0134] With reference to the communication method provided in the embodiment of the present application, the following describes the structure of the PPDU provided in the technical solution of the present application.

[0135] 7 is a schematic flowchart 1 of a communication method according to an embodiment of the present application. The method may include the following steps:

[0136] S701: Bfer generates a PPDU.

[0137] The PPDU may be the aforementioned EHT sounding NDP, which is based on OFDMA-based NDP.

[0138] The PPDU used for channel estimation provided in the method embodiment of the present application may be applicable to OFDMA transmission, and the PPDU includes a first field indicating that the PPDU is an EHT sounding PPDU based on OFDMA-based NDP. In this way, the PPDU can be used for channel sounding during OFDMA-based transmission using Bfee. Compared with non-OFDMA-based NDP, the PPDU provided in the present application can support more flexible puncture patterns and perform functions such as beamforming and resource scheduling for OFDMA transmission, thereby improving channel quality and throughput.

[0139] The PPDU used for channel estimation provided in this embodiment of the present application may be any one of the four types of PPDU used for channel estimation provided in the following embodiments, or any combination of the four types of PPDU used for channel estimation. These structures may be applied to PPDUs in post-802.11ax standards.

[0140] The first type of PPDU provided in this embodiment of the present application, which is used for channel estimation, may include a first field indicating that the PPDU is an OFDMA-based NDP. In other words, the first field in the PPDU provided in this application, which is used for channel estimation, indicates that the PPDU is an OFDMA-based NDP. Because OFDMA-based NDP supports more flexible puncture patterns than non-OFDMA-based NDP, Bfee may determine that the PPDU is an OFDMA-based NDP based on the first field in the PPDU, and then perform channel estimation by using the PPDU during OFDMA-based transmission and feed back channel state information to Bfer to implement functions such as beamforming and resource scheduling for OFDMA transmissions that support more flexible puncture patterns, thereby improving channel quality and throughput.

[0141] The second type PPDU provided in this embodiment of the present application and used for channel estimation may include an Very High Throughput Signal (EHT-SIG) field. The EHT-SIG may include n user fields, where the n user fields may include at least one of a number of spatial streams subfield or a beamformed subfield, and n may be a positive integer. In this way, the PPDU provided in this embodiment of the present application and the PPDU for data transmission based on OFDMA may use the same user field structure, and the procedure for a receiver to analyze the EHT-SIG in the PPDU used for channel estimation and the PPDU for data transmission based on OFDMA may be the same, which can reduce the implementation complexity of the receiver.

[0142] A third type of PPDU provided in this embodiment of the present application, which is used for channel estimation, may include an EHT-SIG. The EHT-SIG may include only a common field, and the common field may include at least one of a number of spatial streams subfield or a beamformed subfield. In this way, the common field may be used to carry the number of spatial streams subfield or the beamformed subfield, thereby reducing the overhead of the EHT-SIG.

[0143] The fourth type of PPDU provided in this embodiment of the present application, which is used for channel estimation, may include a universal signal (U-SIG) field and an EHT-SIG. The U-SIG may include a first punctured channel indication field, and the EHT-SIG may include a second punctured channel indication field. The first punctured channel indication field indicates the puncture status of the 80 MHz sub-block bandwidth of the U-SIG. The second punctured channel indication field indicates the puncture status of the entire bandwidth of the PPDU. Referring to the related descriptions of Schemes 7 to 9 below, it can be seen that the puncture pattern of the PPDU is indicated by using the first punctured channel indication field and the second punctured channel indication field, which allows more puncture patterns to be indicated and the PPDU provided in the present application supports more flexible puncture patterns.

[0144] It should be understood that the four types of PPDUs used for channel estimation provided in this embodiment of the present application may be arbitrarily combined with each other, and the combined PPDU may have the effect of several combined types of PPDUs. For example, a first type PPDU used for channel estimation may be combined with a fourth type PPDU used for channel estimation. The combined PPDU includes a first field indicating that the PPDU is an OFDMA-based NDP and further includes first and second punctured channel indication fields that support more flexible puncture patterns. In this way, when channel estimation is performed using the combined PPDU, Bfee can use the combined PPDU to implement functions such as beamforming and resource scheduling for OFDMA transmission, thereby improving channel quality and throughput. In addition, Bfee can support more flexible puncture patterns.

[0145] As another example, a first type PPDU used for channel estimation through a fourth type PPDU used for channel estimation may be combined, where the combined PPDU includes fields within the first type PPDU through the fourth type PPDU, and the combined PPDU can have the effect of all PPDUs within the first type PPDU through the fourth type PPDU.

[0146] For the specific structures and corresponding technical effects of the above four types of PPDUs, please refer to the relevant descriptions below, and the details will not be described again in this specification.

[0147] The names of the fields / subfields included in some PPDUs provided in this embodiment of the present application and used for channel estimation are determined according to the 802.11be standard after 802.11ax, such as the EHT-LTF, STA-ID, PPDU type & compression mode subfield, number of spatial streams subfield, beamformed subfield, punctured channel indication field, and EHT-SIG. In this embodiment of the present application, the names of the fields / subfields included in the PPDU are not limited to this embodiment of the present application. In other embodiments, the names of the fields / subfields may be replaced with other names. For example, the names of these fields / subfields may be replaced with names of fields corresponding to functions / descriptions in the 802.11ax standard.

[0148] S702: Bfer transmits a PPDU used for channel estimation to Bfee.

[0149] In response, Bfee receives a PPDU from Bfer.

[0150] S703: Bfee performs channel estimation by using PPDU.

[0151] To obtain channel state information, Bfee may obtain a puncturing status of the PPDU based on the PPDU provided in the present application that is used for channel estimation, and then perform channel estimation based on the obtained puncturing status and the PPDU provided in the present application. Optionally, after the channel state information is obtained, the communication method shown in FIG. 7 may further include a step in which Bfee sends a beamforming report including the channel state information to Bfer.

[0152] In this way, in a scenario where wireless communication is performed using a post-802.11ax standard (e.g., 802.11be), Bfee can perform channel estimation to obtain channel state information by using a PPDU indicated by the first field as an OFDMA-based NDP to implement functions such as beamforming and resource scheduling for OFDMA transmission, and feed back a beamforming report to Bfer, thereby improving channel quality and throughput.

[0153] In this embodiment of the present application, Bfer may be an AP or a STA, and Bfee may be an STA or an AP.

[0154] The specific structures of the four types of PPDUs used for channel estimation involved in the aforementioned method steps and the corresponding technical effects are described in detail below.

[0155] In some possible implementation forms, the PPDU transmitted in the communication method of this embodiment of the present application may use the structure of the first type of PPDU provided in this embodiment of the present application, which is used for channel estimation.

[0156] The first type of PPDU provided in this embodiment of the present application, which is used for channel estimation, includes a first field, which indicates that the PPDU is OFDMA-based NDP. In this way, during OFDMA-based transmission, Bfee can perform channel estimation based on the PPDU indicated by the first field as OFDMA-based NDP and feed back channel state information to Bfer to implement functions such as beamforming and resource scheduling for OFDMA transmission, thereby improving channel quality and throughput.

[0157] The first type of PPDU provided in this embodiment of the present application, which is used for channel estimation, may include at least one of a U-SIG and an EHT-SIG. The first field may be implemented by using subfields (e.g., reserved / unused bits, PPDU type, and compressed mode subfields) included in at least one of the U-SIG and the EHT-SIG. In other words, the first field may be located in at least one of the U-SIG and the EHT-SIG.

[0158] The following specifically describes the implementation of the first field with reference to the U-SIG field (see Table 2) and the EHT-SIG field.

[0159] Table 2 is a possible structure table of a U-SIG in a PPDU used for channel estimation provided in this embodiment of the present application. In Table 2, the U-SIG may include the following fields: a physical layer version identifier field, a bandwidth field, an uplink / downlink (UL / DL) field, a basic service set color (BSS color) field, a transmission opportunity (TXOP) field, an ignore bit, an enable bit, a PPDU type and compressed mode subfield, an enable bit, a punctured channel indication field, an enable bit, an EHT-SIG modulation and coding scheme (MCS) field, a number of EHT-SIG symbols field, a cyclic redundancy code (CRC), and a tail bit. For relevant descriptions of the fields included in the aforementioned U-SIG, please refer to the description of Table 2 below. Details will not be described in this specification.

[0160] The PPDU provided in this embodiment of the present application, which is used for channel estimation, may include an EHT-SIG, which may include a common field and a user-specific field. For a description of the common field portion and the user-specific field portion, please refer to the related description of Figure 8 and Table 4 below. The details will not be described again in this specification.

[0161] [Table 2A] [Table 2B]

[0162] For ease of understanding, Bx to By are described herein as follows: Bx to By indicate the xth bit to the yth bit, where x and y are integers, x≧0, y≧0, and y≧x. For example, B3 to B7 indicate the 3rd bit to the 7th bit.

[0163] [Table 3]

[0164] [Table 4A] [Table 4B]

[0165] Optionally, the first field in the PPDU provided in this embodiment of the present application, which is used for channel estimation, includes a PPDU type and compressed mode subfield. The PPDU type and compressed mode subfield indicates that the PPDU is an OFDMA-based NDP. For a related description of the PPDU type and compressed mode subfield, please refer to Table 2. The bit positions of the PPDU type and compressed mode subfield in the U-SIG are located at B0 to B1 of the U-SIG-2.

[0166] In other words, the first field may be implemented by using the PPDU type and compression mode subfields in the U-SIG. For specific implementations, see Method 1 and Method 2 below:

[0167] Scheme 1: If the PPDU type and compressed mode subfields indicate 3, this indicates that the PPDU is OFDMA-based NDP. In this way, related signaling can be reused as much as possible, and the Bfee reception procedure for other EHT PPDU types and compressed modes (e.g., OFDMA data transmission) remains unchanged as much as possible, thereby reducing implementation complexity.

[0168] Specifically, see Table 3-2 above. For example, the PPDU is PPDU1, and the PPDU type and compressed mode subfields of PPDU1 indicate 3. Upon receiving PPDU1, Bfee may determine that PPDU1 is OFDMA-based NDP based on the PPDU type and compressed mode subfields indicating 3 in PPDU1. In this manner, Bfee may perform channel estimation by using PPDU1 and feed back channel state information to Bfer. PPDU1 may be an uplink PPDU or a downlink PPDU; in other words, the uplink / downlink field of PPDU1 may indicate 0 or 1.

[0169] In Scheme 1, if the PPDU type and compressed mode subfields indicate a value other than 3, it should be understood that the indication purpose can be designed based on actual requirements. For example, the PPDU type and compressed mode subfields may be designed as the PPDU type and compressed mode subfields shown in Table 3-1 or Table 3-2, which is not limited in this application.

[0170] Method 2: If the PPDU type and compressed mode subfields indicate 0 and the number of symbols in the data field of the PPDU is 0, this indicates that the PPDU is OFDMA-based NDP. When receiving a PPDU whose PPDU type and compressed mode subfields indicate 0, Bfee determines that the PPDU is OFDMA-based NDP if it determines that the number of symbols in the data field of the PPDU is 0. If the number of symbols in the data field is 0, this indicates that the PPDU does not contain a data field.

[0171] Specifically, see Table 3-1 above. For example, the PPDU is PPDU2, which does not include a data field, and the PPDU type and compressed mode subfields of PPDU2 indicate 0. Upon receiving PPDU2, Bfee may determine that PPDU2 is OFDMA-based NDP based on the PPDU type and compressed mode subfields indicating 0 in PPDU2 and the calculated number of symbols in the data field of PPDU2 being 0. In this way, Bfee may perform channel estimation by using PPDU2 and feed back channel state information to Bfer. PPDU2 may be a downlink PPDU only; in other words, the uplink / downlink field of PPDU2 indicates 0. In this way, related signaling can be reused as much as possible, and Bfee reception procedures for other EHT PPDU types and compressed modes (e.g., OFDMA data transmission) can be reused, thereby reducing the additional complexity caused by implementing OFDMA-based NDP.

[0172] It should be understood that in Scheme 2, if the EHT PPDU Type and Compressed Mode subfields in Table 3-1 indicate 3, this may indicate an enabled state. In other words, if the PPDU Type and Compressed Mode subfields in Scheme 2 indicate a value other than 0, the indication purpose may be designed based on actual requirements.

[0173] Compared with Scheme 2, Scheme 1 can help Bfee determine that a PPDU is OFDMA-based NDP earlier, and it is not necessary to determine that a PPDU is OFDMA-based NDP after the number of symbols in the data field of the PPDU is calculated to be 0. In this way, the efficiency of receiving OFDMA-based NDP by Bfee is improved, the processing delay requirements of Bfee are reduced, and the cost of Bfee is reduced.

[0174] Optionally, the first field in the PPDU provided in this embodiment of the present application, which is used for channel estimation, includes a PPDU type and compressed mode subfield and a second field. The fact that the PPDU is an OFDMA-based NDP is indicated based on the PPDU type and compressed mode subfield and the second field. The second field may be located in at least one of the U-SIG and the EHT-SIG. The second field may be an enable bit or an ignore bit. Alternatively, see Table 2. The location of the second field may be one or more of B20 to B24 of U-SIG-1, B25 of U-SIG-1, B2 of U-SIG-2, and B8 of U-SIG-2.

[0175] In other words, the first field may be implemented by using the PPDU type and compression mode subfields and the second field. For specific implementation forms, please refer to the following methods (Method 3 and Method 4):

[0176] Scheme 3: If the PPDU type and compressed mode subfields indicate 1, this indicates that the PPDU is an EHT sounding NDP. Based on this, if the second field indicates the first value, this indicates that the PPDU is transmitted based on OFDMA.

[0177] The first value may be an agreed-upon value (see Table 2 above). If the second field is an enable bit or an ignore bit, the first value may be a value other than the default value 1 (i.e., a non-default value), such as 0. Indicating that the PPDU is an EHT sounding NDP includes indicating that the PPDU is an OFDMA-based EHT sounding NDP or a non-OFDMA-based EHT sounding NDP. If the PPDU type and compressed mode subfields indicate that the PPDU is an EHT sounding NDP and the second field indicates that the PPDU is transmitted based on OFDMA, the PPDU is an OFDMA-based NDP.

[0178] Specifically, see Table 3-2 above. For example, the second field is the 25th bit (hereinafter referred to as the B25 bit) of the U-SIG-1 field in Table 2, and the PPDU is PPDU3. The PPDU type and compressed mode subfields of PPDU3 indicate 1, and the B25 bit of PPDU3 indicates 0. Upon receiving PPDU3, Bfee may determine that PPDU3 is an EHT-sounding NDP based on the PPDU type and compressed mode subfields indicating 1 in PPDU3, and may determine that PPDU3 is transmitted based on OFDMA based on the B25 bit indicating 0. Therefore, by referring to the indications of the two fields, Bfee may determine that PPDU3 is an OFDMA-based NDP. In this way, Bfee may perform channel estimation by using PPDU3 and feed back channel state information to Bfer. PPDU3 may be an uplink PPDU or a downlink PPDU, in other words, the uplink / downlink field of PPDU3 may indicate 0 or 1.

[0179] In a specific implementation of Scheme 3, if the PPDU type and compressed mode subfields do not indicate 1, this indicates that the PPDU is not an OFDMA-based NDP. Therefore, based on the PPDU type and compressed mode subfields not indicating 1, it may be determined that the PPDU is not an OFDMA-based NDP, and the value indicated by the second field does not need to be determined. In the case of Bfee, when Bfee determines that the PPDU type and compressed mode subfields indicate 1, it may further determine the value indicated by the second field, and if the second field indicates the first value, it may determine that the PPDU is an OFDMA-based NDP. When it determines that the PPDU type and compressed mode subfields do not indicate 1, Bfee may determine that the PPDU is a non-OFDMA-based NDP, and the value indicated by the second field does not need to be determined. Based on this, Scheme 3 may alternatively be expressed as follows: If the PPDU type and compressed mode subfields indicate 1, this indicates that the PPDU is an EHT sounding NDP, and if the second field indicates the first value and the PPDU type and compressed mode subfields indicate 1, this indicates that the PPDU is an OFDMA based NDP.

[0180] It should be understood that in Scheme 3, if the EHT PPDU Type and Compressed Mode subfields in Table 3-2 indicate 3, this may indicate an enabled state. In other words, if the PPDU Type and Compressed Mode subfields in Scheme 3 indicate a value other than 0, the indication purpose may be designed based on actual requirements.

[0181] For some possible embodiments, see Table 3-1 above. If the PPDU Type and Compressed Mode subfields indicate 1, this may indicate that the PPDU is an EHT sounding NDP or is undergoing transmission to an SU.

[0182] For some possible embodiments, see Table 3-1 above. If the PPDU type and compressed mode subfields indicate 1, this indicates that the PPDU is for transmission to an SU or is an EHT sounding NDP, and if the second field indicates a first value and the PPDU type and compressed mode subfields indicate 1, this indicates that the PPDU is an OFDMA based NDP.

[0183] For some possible embodiments, see Table 3-1 above. If the PPDU type and compressed mode subfields indicate 1, the EHT-SIG MCS indicates 0, and the number of EHT-SIG symbols indicates 0 (1 symbol), this indicates that the PPDU is a non-OFDMA based NDP. Alternatively, if the second field indicates a fourth value, the PPDU type and compressed mode subfields indicate 1, the EHT-SIG MCS indicates 0, and the number of EHT-SIG symbols indicates 0 (1 symbol), this indicates that the PPDU is a non-OFDMA based NDP. In other words, this scheme may be related to the second field or independent of the second field. The fourth value may be a non-default value or a default value, in other words, the fourth value may be 0 or 1.

[0184] For some possible embodiments, see Table 3-1 above. If the PPDU type and compressed mode subfields indicate 1, the second field indicates a fifth value, and the EHT-SIG MCS and EHT-SIG symbol count do not simultaneously indicate 0, this indicates that the PPDU is to be transmitted to the SU. The fifth value may be the inverse of the first value, specifically, the fifth value may be a default value, specifically, the fifth value may be 1.

[0185] Method 4: If the PPDU type and compressed mode subfields indicate 0, this indicates that the PPDU is transmitted based on OFDMA, and if the second field indicates the first value, this indicates that the PPDU is an EHT sounding NDP.

[0186] If the PPDU type and compressed mode subfields indicate that the PPDU is transmitted based on OFDMA, and the second field indicates that the PPDU is an EHT sounding NDP, the PPDU is an OFDMA based NDP.

[0187] Specifically, see Table 3-2 above. For example, the second field is the 25th bit (hereinafter referred to as the B25 bit) of the U-SIG-1 field in Table 2, and the PPDU is PPDU4. The PPDU type and compressed mode subfields of PPDU4 indicate 1, and the B25 bit of PPDU4 indicates 0. Upon receiving PPDU4, Bfee may determine that PPDU4 is transmitted based on OFDMA based on the PPDU type and compressed mode subfields indicating 1 in PPDU4, and may determine that PPDU4 is an EHT sounding NDP based on the B25 bit indicating 0. Therefore, by referring to the indications of the two fields, Bfee may determine that PPDU4 is an OFDMA-based NDP. In this way, Bfee may perform channel estimation by using PPDU4 and feed back channel state information to Bfer. PPDU4 may be an uplink PPDU or a downlink PPDU, in other words, the uplink / downlink field of PPDU4 may indicate 0 or 1.

[0188] In a specific implementation of Scheme 4, if the PPDU type and compressed mode subfields do not indicate 0, the PPDU is not an OFDMA-based NDP. Therefore, based on the PPDU type and compressed mode subfields not indicating 0, it may be determined that the PPDU is not an OFDMA-based NDP, and the value indicated by the second field does not need to be determined. In the case of Bfee, when Bfee determines that the PPDU type and compressed mode subfields indicate 0, it may further determine the value indicated by the second field, and if the second field indicates the first value, it may determine that the PPDU is an OFDMA-based NDP. When it determines that the PPDU type and compressed mode subfields do not indicate 0, Bfee may determine that the PPDU is a non-OFDMA-based NDP, and the value indicated by the second field does not need to be determined. Based on this, Scheme 4 may alternatively be expressed as follows: If the PPDU type and compressed mode subfields indicate 0, this indicates that the PPDU is transmitted based on OFDMA, and if the second field indicates the first value and the PPDU type and compressed mode subfields indicate 0, this indicates that the PPDU is an OFDMA based NDP.

[0189] It should be understood that in Scheme 4, if the EHT PPDU Type and Compressed Mode subfields in Table 3-2 indicate 3, this may indicate an enabled state. In other words, if the PPDU Type and Compressed Mode subfields in Scheme 4 indicate a value other than 0, the indication purpose may be designed based on actual requirements.

[0190] In Scheme 3, the receiving end may process OFDMA-based NDP and non-OFDMA-based NDP by using the same procedure, thereby reducing implementation complexity. Similarly, in Scheme 4, the receiving end may process OFDMA-based NDP and PPDU for data transmission based on OFDMA by using the same procedure, thereby reducing implementation complexity.

[0191] Optionally, the first field in the PPDU provided in this embodiment of the present application, which is used for channel estimation, includes a second field, and the second field indicates that the PPDU is OFDMA-based NDP. In other words, the first field can be implemented by using only the second field. For a specific implementation, please refer to the following Scheme 5:

[0192] Scheme 5: If the second field indicates a second value, this indicates that the PPDU is OFDMA-based NDP. The second value may be the same as the first value, or the second value may be an agreed-upon value. See Table 2 above. If the second field is an enable bit or an ignore bit, the second value may be a value other than the default value 1, for example, 0.

[0193] Specifically, for example, the second field is the second bit (hereinafter referred to as the B2 bit) of the U-SIG-2 field in Table 2, and the PPDU is PPDU5. The B2 bit of PPDU5 indicates 0. Upon receiving PPDU5, Bfee may determine that PPDU5 is OFDMA-based NDP based on the B2 bit indicating 0. In this manner, Bfee may perform channel estimation by using PPDU5 and feed back channel state information to Bfer. PPDU5 may be an uplink PPDU or a downlink PPDU; in other words, the uplink / downlink field of PPDU5 may indicate 0 or 1.

[0194] Optionally, the first field in the PPDU provided in this embodiment of the present application, which is used for channel estimation, includes a station identifier (STA ID) subfield, and the STA-ID subfield indicates that the PPDU is an OFDMA-based NDP. The STA-ID subfield is located in the user field of the EHT-SIG. In other words, the first field can be implemented by using the STA-ID subfield in the EHT-SIG. For a specific implementation, please refer to Scheme 6 below:

[0195] Scheme 6: If the STA-ID subfield is the third value, this indicates that the PPDU is an OFDMA-based NDP. The third value may be an agreed-upon value, such as 2046 or 2045.

[0196] For example, if the third value is 2046 and the STA ID is set to 2046, this indicates that the PPDU is an OFDMA-based NDP. Since a field indicating the target station already exists in the EHT null data packet announcement (EHT NDPA) frame, the STA ID in the user field of the EHT-SIG is used for indication, and the existing subfields of the EHT-SIG can be fully reused without wasting other reserved fields and adding additional overhead.

[0197] It can be seen that Scheme 6 is a scheme in which the second field in Scheme 5 is replaced with the STA ID. Therefore, for the specific implementation process of this scheme, please refer to Scheme 5. The details will not be described again in this specification.

[0198] Furthermore, the first field in the PPDU provided in this embodiment of the present application, which is used for channel estimation, includes a PPDU type and compressed mode subfield and a STA ID. Based on the PPDU type and compressed mode subfield and the STA ID, the PPDU may indicate that it is an OFDMA-based NDP. For example, if the PPDU type and compressed mode subfield indicate 1, this indicates that the PPDU is an EHT sounding NDP, and if the STA ID indicates a third value, this indicates that the PPDU is transmitted based on OFDMA. This method can be seen as a method in which the second field in the above-mentioned Method 3 or Method 4 is replaced with the STA ID. Therefore, for a specific implementation process of this method, please refer to the above-mentioned Method 3 or Method 4. Details will not be described again in this specification.

[0199] It should be noted that the second field mentioned above may be an enable bit or an ignore bit, or the second field may be located in one or more of B20-B24 of U-SIG-1, B25 of U-SIG-1, B2 of U-SIG-2, and B8 of U-SIG-2.

[0200] The fact that the second field may be an enable bit or an ignore bit can be summarized as follows: the second field can be implemented by using an unused field, subfield, or bit in the EHT sounding NDP. When the second field is implemented by using an unused field, subfield, or bit (e.g., an enable bit or an ignore bit), the name and description of the unused field, subfield, or bit can be changed in the standard. For example, when the second field is implemented by using the B25 enable bit in Table 2 above, in a post-802.11ax standard (e.g., 802.11be), the name of the B25 enable bit can be changed to an OFDMA-based NDP indication field (subfield). The description can be changed to: when the B25 enable bit indicates 0, this indicates that the PPDU is an OFDMA-based NDP.

[0201] In some possible implementation forms, the PPDU transmitted in the communication method of this embodiment of the present application may use the structure of the second type of PPDU provided in this embodiment of the present application, which is used for channel estimation.

[0202] The second type of PPDU provided in this embodiment of the present application, which is used for channel estimation, includes an Ultra High Throughput Signal (EHT-SIG) field. Figure 8 is a schematic diagram 1 of a possible structure of an EHT-SIG included in a PPDU used for channel estimation according to one embodiment of the present application. The EHT-SIG may include a common field and a user-specific field.

[0203] 8 and Table 4, Table 4 is a possible structure table of the common field section included in the EHT-SIG in the PPDU provided in this embodiment of the present application and used for channel estimation. The common field section may include the following subfields: a spatial reuse subfield, a guard interval (GI) + long training field size subfield, a number of EHT-LTF symbols subfield, an ignore subfield, a resource unit indication-1 (RU allocation subfield 1) subfield, a resource unit indication-2 (RU allocation subfield 2) subfield, a CRC subfield, and a tail bits subfield. The U-SIG overflow subfield may include subfields such as the spatial reuse subfield, the guard interval + long training field size subfield, the number of EHT-LTF symbols subfield, and the ignore subfield, i.e., it may include subfields B0 to B16 of the EHT-SIG shown in Table 4. For relevant descriptions of the fields / subfields included in the EHT-SIG, please refer to the description in Table 4 below, which will not be described in detail herein.

[0204] [Table 5A] [Table 5B]

[0205] It should be noted that since the PPDU provided in this embodiment of the present application used for channel estimation does not have a data field, the EHT-SIG may not include some of the following subfields: a low density parity check (LDPC) extra symbol segment subfield, a pre-FEC padding factor subfield, and a packet extension ambiguity resolution (PE Disambiguity) subfield. Therefore, in the above Table 4, B9 to B16 of the EHT-SIG are ignore subfields.

[0206] In the second type PPDU provided in this embodiment of the present application, which is used for channel estimation, the EHT-SIG may include an n-users field, and the n-users field may include at least one of a number of spatial streams (NSS) subfield or a beamform subfield, where n may be a positive integer. In this way, the same user field structure may be used for the PPDU provided in the present application and a PPDU for data transmission based on OFDMA, and the procedure for a receiver to parse the EHT-SIG in the PPDU provided in the present application and a PPDU for data transmission based on OFDMA may be the same, thereby reducing the implementation complexity of the receiver. The number of spatial streams subfield may indicate the number of spatial streams of the PPDU, and the beamformed subfield may indicate whether the PPDU is beamformed.

[0207] Specifically, please further refer to Figure 8. The user-specific field portion may include one or more user blocks, and a user block other than the last user block may include two user fields. The last user block may have one or two user fields. Each user block may further include a CRC and a tail bit. The user field may include one or more of the following subfields: a station identifier subfield, a reserved subfield, a number of spatial streams subfield, and a beamformed subfield. In other words, the EHT-SIG may include n user fields, where n may be a positive integer.

[0208] Optionally, each user field may include a Number of Spatial Streams subfield and a Beamformed subfield. Since the entire PPDU must use a uniform number of spatial streams, if there are multiple user fields, the values ​​of the Number of Spatial Streams subfields in different user fields are the same.

[0209] Optionally, only the k-th user field among the n user fields includes at least one of the number of spatial streams subfield or the beamformed subfield, where k is a positive integer and k≦n. In this way, in the PPDU provided in the present application used for channel estimation, only the k-th user field is used to carry at least one of the number of spatial streams subfield or the beamformed subfield. Therefore, the overhead of the EHT-SIG can be reduced. Furthermore, k=1, in other words, the first user field, may be used to carry at least one of the number of spatial streams subfield or the beamformed subfield.

[0210] Optionally, the EHT-SIG may further include a padding section, which may be used to pad some bits of the EHT-SIG to a complete orthogonal frequency division multiplexing (OFDM) symbol. In this way, the same structure may be used for the user-specific field of the PPDU for data transmission based on OFDMA and the PPDU provided in the present application used for channel estimation, so that the procedure for parsing the EHT-SIG by the receiver may be the same, thereby reducing the implementation complexity of the receiver.

[0211] It should be noted that since the PPDU provided in this application does not have a data field, the user field in the EHT-SIG may not need to include some of the following subfields: a modulation and coding scheme (MCS) subfield and a coding subfield. Therefore, the bits corresponding to these subfields may be replaced with reserved subfields, for example, the 4+1+1-bit reserved subfield in the user field shown in Figure 8.

[0212] In some possible implementation forms, the PPDU transmitted in the communication method of this embodiment of the present application may use the structure of a third type of PPDU provided in this embodiment of the present application, which is used for channel estimation.

[0213] The third type of PPDU provided in this embodiment of the present application, which is used for channel estimation, includes an EHT-SIG. The EHT-SIG may include only a common field, and the common field may include at least one of a number of spatial streams subfield or a beamformed subfield.

[0214] For example, see Figure 9. Figure 9 is a schematic diagram 2 of a possible structure of an EHT-SIG included in a PPDU provided in this embodiment of the present application and used for channel estimation. The EHT-SIG may not include a user field. At least one of the number of spatial streams subfield or the beamformed subfield may be carried in the EHT-SIG overflow.

[0215] Specifically, at least one of the Number of Spatial Streams subfield or the Beamformed subfield may be carried in some or all of bits B9-B16 of the EHT-SIG. For example, the Number of Spatial Streams subfield may be carried in bits B9-B11 of the EHT-SIG, and the Beamformed subfield may be carried in bit B12 of the EHT-SIG. In this manner, a common field may be used to carry the Number of Spatial Streams subfield or the Beamformed subfield, thereby reducing the overhead of the EHT-SIG.

[0216] In some possible implementation forms, the PPDU transmitted in the communication method of this embodiment of the present application may use the structure of a fourth type of PPDU provided in this embodiment of the present application, which is used for channel estimation.

[0217] The fourth type of PPDU provided in this embodiment of the present application, which is used for channel estimation, includes a U-SIG and an EHT-SIG. The U-SIG includes a first punctured channel indication field, and the EHT-SIG includes a second punctured channel indication field. The first punctured channel indication field indicates the puncture status of the 80 MHz sub-block bandwidth of the U-SIG (in other words, whether the sub-channel is punctured and the puncture status are sometimes referred to as the puncture pattern). The second punctured channel indication field indicates the puncture status of the entire bandwidth of the PPDU.

[0218] Optionally, the puncture status in the 80 MHz sub-block bandwidth of the U-SIG is indicated based on some or all of the bits in the first punctured channel indication field. For ease of explanation, all of the bits indicating the puncture status in the first punctured channel indication field may also be referred to as a U-SIG bitmap. In one possible implementation, each bit in the U-SIG bitmap in the first punctured channel indication field indicates whether a corresponding 20 MHz channel in the 80 MHz sub-block bandwidth of the U-SIG is punctured. It will be understood that for an 80 MHz sub-block bandwidth, the U-SIG bitmap may include at least four bits.

[0219] For example, the first punctured channel indication field is the punctured channel indication field (located at B3 to B7 of U-SIG-2) in the U-SIG shown in Table 2 above. For ease of distinction, the punctured channel indication field of the U-SIG in Table 2 may also be referred to as the B3 to B7 punctured channel indication field. Four bits in the B3 to B7 punctured channel indication field (e.g., B3 to B6 of U-SIG-2) may be used as a U-SIG bitmap for the first punctured channel indication field. In other words, the four bits in the B3 to B7 punctured channel indication field may indicate the puncture status in the 80 MHz sub-block bandwidth of the U-SIG. A specific implementation may be as follows:

[0220] The binary values ​​of the B3-B7 bitmap correspond one-to-one to the puncture patterns in the 80 MHz sub-block bandwidth of the U-SIG (hereinafter referred to as the U-SIG bitmap indicating the puncture status scheme). Specifically, in the B3-B7 bitmap, if a bit is 1, it indicates that the corresponding sub-channel is not punctured, or if a bit is 0, it indicates that the corresponding sub-channel is punctured. In addition, multiple bits in the B3-B7 bitmap correspond to multiple sub-channels whose frequencies are in ascending order according to a sequence. For example, the 80 MHz sub-block bandwidth of the U-SIG includes four 20 MHz sub-channels, which are the first sub-channel, the second sub-channel, the third sub-channel, and the fourth sub-channel, respectively, in ascending order of absolute frequency. If the B3-B7 bitmap is 0111 (binary value), it indicates that the first sub-channel is punctured, and the second to fourth sub-channels are not punctured. Of course, in this application, if a bit is 1, this indicates that the corresponding subchannel is punctured, or if the bit is 0, this indicates that the corresponding subchannel is not punctured, which is not limited in this application.

[0221] The binary values ​​of the B3 to B7 bitmaps may include 1111, 0111, 1011, 1101, 1110, 0011, 1100, and 1001. In addition, when the PPDU bandwidth is 20 MHz and 40 MHz, the U-SIG bitmap is fixed to 1111, which indicates that there are no punctured subchannels in the PPDU when the PPDU bandwidth is 20 MHz and 40 MHz.

[0222] The second punctured channel indication field may include m indications indicating the channel puncture status, where each indication may indicate the puncture status of a corresponding subchannel within the bandwidth of the PPDU, and m is a positive integer. Each indication may be a subfield containing one bit or multiple bits, which is not limited in this application.

[0223] In order for the second punctured channel indication field to indicate the puncture status in the entire bandwidth of the PPDU, m must satisfy the following condition: m≧the number of subchannels in the bandwidth of the PPDU. In this way, the second punctured channel indication field can indicate whether each subchannel in the bandwidth of the PPDU is punctured. In other words, the second punctured channel indication field can indicate all possible puncture patterns of the PPDU, which makes the indication of the puncture pattern more flexible.

[0224] In one possible implementation, m is a variable value, in other words, m has a variable length. The value of m can be determined based on the bandwidth size of the PPDU. For example, if each indication information indicates the puncture status of a corresponding 20 MHz subchannel in the bandwidth of the PPDU, m=2 when the bandwidth of the PPDU is 40 MHz, m=4 when the bandwidth of the PPDU is 80 MHz, m=8 when the bandwidth of the PPDU is 160 MHz, or m=16 when the bandwidth of the PPDU is 320 MHz. For specific implementations, please refer to Scheme 7, Scheme 8, or Scheme 9 below. Details will not be described in this specification.

[0225] Note that when the bandwidth of the PPDU is 20 MHz or 40 MHz, there is no punctured channel. Therefore, when the bandwidth of the PPDU is 20 MHz and m=1, the indication information indicating the channel puncture status indicates that there is no punctured channel. When the bandwidth of the PPDU is 40 MHz and m=2, the indication information indicating the channel puncture status indicates that there is no punctured channel. It will be understood that in other embodiments, when the bandwidth of the PPDU is 20 MHz or 40 MHz, m may be 0. In other possible implementations, m is a fixed value, in other words, m has a fixed length. For example, m=8 or m=16. When m=8, for a 320 MHz bandwidth, one indication information may indicate the puncture status of a 40 MHz subchannel. When m=16, for a 320 MHz bandwidth, one indication information may indicate the puncture status of a 20 MHz subchannel. When the bandwidth of the PPDU is 80 MHz, the first four of the m indications indicating the channel puncture status may indicate the puncture status. When the bandwidth of the PPDU is 160 MHz, the first eight of the m indications indicating the channel puncture status may indicate the puncture status. For specific implementation forms, please refer to the following Scheme 8 or Scheme 9. Details will not be described in this specification.

[0226] In this embodiment of the present application, implementations of the second punctured channel indication field may include the following Scheme 7 to Scheme 9:

[0227] Manner 7: The second punctured channel indication field may include at least one resource unit indication subfield, where the resource unit indication subfield indicates the puncture status of a subchannel within the bandwidth of the PPDU.

[0228] In one example, the second punctured channel indication field may include resource unit indication-1 (located at B17 to B16+9N of the EHT-SIG) and resource unit indication-2 (located at B27+9N to B26+9N+9M of the EHT-SIG) in the EHT-SIG shown in Table 4 above.

[0229] If the bandwidth of the PPDU is 20 MHz or 40 MHz (i.e., N=1 and M=0 in Table 4), the second punctured channel indication field in the content channel contains one resource unit indication-1. If the bandwidth of the PPDU is 80 MHz (i.e., N=2 and M=0 in Table 4), the second punctured channel indication field in the content channel contains two resource unit indication-1. If the bandwidth of the PPDU is 160 MHz (i.e., N=2 and M=2 in Table 4), the second punctured channel indication field in the content channel contains two resource unit indication-1 and two resource unit indication-2. If the bandwidth of the PPDU is 320 MHz-1 or 320 MHz-2 (i.e., N=2 and M=6 in Table 4), the second punctured channel indication field in the content channel contains two resource unit indication-1 and six resource unit indication-2.

[0230] Each of the resource unit indication-1 and resource unit indication-2 may indicate the puncture status of the 20 MHz subchannel in the bandwidth of the PPDU. For example, in the above Table 4, if the resource unit indication-1 subfield or the resource unit indication-2 subfield indicates 26 (which is "000011010" in binary), this indicates that the preamble of the 20 MHz subchannel is punctured. Note that if the resource unit indication-1 subfield or the resource unit indication-2 subfield indicates 26, this indicates that the channel is punctured, and this is just an example. Alternatively, other values ​​may indicate that the channel is punctured. This is not a limitation in the present application.

[0231] Specifically, the multiple channels included in one bandwidth of the PPDU can be classified into two types: content channel 1 and content channel 2. The second punctured channel indication fields in the EHT-SIG of all channels included in content channel 1 are the same, and these second punctured channel indication fields indicate the puncture status of all channels included in content channel 1. Similarly, the second punctured channel indication fields in the EHT-SIG of all channels included in content channel 2 are the same, and these second punctured channel indication fields indicate the puncture status of all channels included in content channel 1. In other words, one bandwidth of the PPDU includes two types of second punctured channel indication fields. The first type of second punctured channel indication field may indicate the puncture status of all channels included in content channel 1, and the second type of second punctured channel indication field indicates the puncture status of all channels included in content channel 2. For the purpose of concrete explanation, the following uses an example in which the PPDU bandwidth is 320 MHz.

[0232] 10 is a schematic diagram of the puncturing status of a 320 MHz PPDU indicated by using an EHT-SIG according to one embodiment of the present application. In FIG. 10, the 320 MHz PPDU includes 16 20 MHz subchannels, which are channel 1 to channel 16, respectively. Channels 1, 3, ..., and 15 belong to content channel 1, and channels 2, 4, ..., and 16 belong to content channel 2. The second punctured channel indication fields of all channels included in content channel 1 indicate that channels 3 and 15 in content channel 1 are punctured. For example, the second punctured channel indication field in channel 1 may include two resource unit indications-1 and six resource unit indications-2, indicating the puncturing status of eight channels in content channel 1. The second punctured channel indication fields of all channels included in content channel 2 indicate that channel 14 in content channel 2 is punctured. For example, a second punctured channel indication field in channel 2 may include two resource unit indications-1 and six resource unit indications-2 to indicate the puncture status of eight channels in content channel 2.

[0233] In this way, all possible puncture patterns of the PPDU may be indicated by using resource unit indication-1 and resource unit indication-2 in the EHT-SIG, which makes the indication of puncture patterns more flexible. In addition, in this way, the changes to the common fields of the EHT-SIG are small, and the implementation complexity can be reduced.

[0234] It should be understood that one resource unit indication subfield in Scheme 7 is one indication information indicating a puncturing status. In addition, it should be understood that in Scheme 7, the quantity m of indication information in the second punctured channel indication field is variable, and the value of m is determined based on the bandwidth size of the PPDU.

[0235] Manner 8: The second punctured channel indication field may include a bitmap subfield, which indicates the puncture status in the entire bandwidth of the PPDU.

[0236] In one possible implementation, the number of bits m in the bitmap subfield is variable, and the value of m is determined based on the bandwidth size of the PPDU. In addition, each bit in the bitmap subfield may indicate the puncture status of the corresponding channel. Specifically, the binary value of the bitmap subfield corresponds one-to-one to the puncture pattern in the bandwidth of the PPDU. The correspondence scheme is similar to the above-mentioned scheme in which the U-SIG bitmap indicates the puncture status. For related explanations, please refer to the above-mentioned scheme in which the U-SIG bitmap indicates the puncture status. Details will not be described again in this specification.

[0237] In another possible implementation, the number of bits in the bitmap subfield is m, where m is a fixed length, and each bit in the bitmap subfield may indicate the puncture status of the corresponding channel. The following provides some examples for concrete illustration:

[0238] Example 1: The length of the bitmap subfield is 16 bits (i.e., m=16), and the bitmap subfield is located at B17 to B31 of the EHT-SIG (as shown in A of FIG. 11). Each bit in the bitmap subfield can indicate the puncture status of the corresponding 20 MHz subchannel. Specifically, the binary value of the bitmap subfield corresponds one-to-one to the puncture pattern in the bandwidth of the PPDU. The correspondence manner is similar to the aforementioned manner in which the U-SIG bitmap indicates the puncture status. For related explanations, please refer to the aforementioned manner in which the U-SIG bitmap indicates the puncture status. Details will not be described again in this specification.

[0239] If the bandwidth of the PPDU is 80 MHz, the first 4 bits of the 16-bit bitmap subfield in Example 1 may indicate the puncture status. If the bandwidth of the PPDU is 160 MHz, the first 8 bits of the 16-bit bitmap subfield in Example 1 may indicate the puncture status.

[0240] In another possible embodiment, a specific implementation in which the Bitmap subfield indicates the puncture status for the entire bandwidth of the PPDU may be implemented in the form of a mapping table. Specifically, a one-to-one correspondence (as shown in Table 5) between the decimal value of the Bitmap subfield and the puncture pattern for the entire bandwidth of the PPDU may be established, and the puncture pattern indicated by the Bitmap subfield is determined based on the correspondence. For example, see Table 5. If the (decimal) value of the Bitmap subfield is 0, this indicates that the puncture pattern for the entire bandwidth of the PPDU is [0 1 1 1 1 1 1 1 1 1 1 1 1 1 1], specifically, that the first subchannel is punctured and the remaining subchannels are not punctured.

[0241] [Table 6]

[0242] It should be noted that Table 5 is only an example of a mapping table and is not intended to be a complete illustration of the correspondence between all possible puncture patterns and the corresponding (decimal) values ​​of the bitmap subfields.

[0243] Example 2: The length of the Bitmap subfield is 16 bits (i.e., m=16), and the Bitmap subfield is located at B17 to B32 of the EHT-SIG (as shown in A of FIG. 11). The 16-bit Bitmap subfield may be divided into four 4-bit fields (hereinafter referred to as 4-bit fields) for indication, and each 4-bit field may indicate the puncture status in one 80 MHz frequency subblock.

[0244] The binary value of the 4-bit field may correspond one-to-one to the puncture pattern in the 80 MHz frequency sub-block. The correspondence scheme is similar to the above-mentioned scheme in which the U-SIG bitmap indicates the puncture status. For related explanations, please refer to the above-mentioned scheme in which the U-SIG bitmap indicates the puncture status. The details will not be described again in this specification.

[0245] In this embodiment of the present application, the 4-bit field has a total of 16 binary values ​​that can be used to indicate, and the values ​​are 0000, 0001, 0010, 0011, 0100, 0101, 0110, 0111, 1000, 1001, 1010, 1011, 1100, 1101, 1110, and 1111, respectively. The following nine types may indicate puncture patterns in an 80 MHz frequency sub-block: 1111, 0111, 1011, 1101, 1110, 0011, 1100, 1001, and 0000. The other seven patterns may be reserved, and the reserved sequences are not limited. It should be understood that if the bandwidth of the PPDU is 80 MHz, the first four bits of the 16-bit bitmap sub-field in Example 2 may indicate the puncture status. If the PPDU bandwidth is 160 MHz, the first 8 bits of the 16-bit bitmap subfield in Example 2 may indicate the puncture status.

[0246] It should be noted that in other possible embodiments, the 4-bit field indicating the puncture pattern in the 80 MHz frequency sub-block may alternatively be implemented in the form of a mapping table. For specific implementation forms, please refer to the relevant description of Table 5 above. The details will not be described again in this specification.

[0247] Example 3: The length of the Bitmap subfield is 12 bits (i.e., m=12), and the Bitmap subfield is located at B17 to B28 of the EHT-SIG (as shown in A of FIG. 11). The 12-bit Bitmap subfield may be divided into four 3-bit fields (hereinafter referred to as 3-bit fields) for indication, and each 3-bit field may indicate the puncture status in one 80 MHz frequency subblock.

[0248] In this embodiment of the present application, the 3-bit field has a total of eight binary values ​​that can be used to indicate, and the following eight puncture patterns in an 80 MHz frequency sub-block can be indicated: 1111, 0111, 1011, 1101, 1110, 0011, 1100, and 1001. Specifically, the 3-bit field indicating the puncture pattern in an 80 MHz frequency sub-block may be implemented in the form of a mapping table. For a specific implementation form, please refer to the related description of Table 5 above. The details will not be described again in this specification.

[0249] If all four 20 MHz subchannels in an 80 MHz frequency subblock are punctured (in other words, the puncture pattern is 0000), the 3-bit field cannot indicate 0000. In this case, the 3-bit field can indicate one of eight other values. To solve the problem that the 3-bit field cannot indicate 0000, the third field in the EHT NDPA frame indicates that the entire 80 MHz frequency subblock is punctured. For a related explanation of the "third field in the EHT NDPA frame" in this specification, please refer to the following description. Details will not be described in this specification. It should be understood that if the bandwidth of the PPDU is 80 MHz, the first three bits of the 12-bit bitmap subfield in Example 3 can indicate the puncture status. If the bandwidth of the PPDU is 160 MHz, the first six bits of the 12-bit bitmap subfield in Example 3 can indicate the puncture status.

[0250] Example 4: The length of the Bitmap subfield is 8 bits (i.e., m=8), and the Bitmap subfield may be located at B17 to B24 of the EHT-SIG (as shown in A of FIG. 11). Each bit in the Bitmap subfield may indicate the puncture status of the corresponding 20 MHz or 40 MHz subchannel. If the bandwidth of the PPDU is less than or equal to 160 MHz, each bit in the Bitmap subfield indicates the puncture status of the corresponding 20 MHz subchannel. Specifically, the binary value of the Bitmap subfield corresponds one-to-one to the puncture pattern in the bandwidth of the PPDU. The correspondence scheme is similar to the aforementioned scheme in which the U-SIG bitmap indicates the puncture status. For related explanations, please refer to the aforementioned scheme in which the U-SIG bitmap indicates the puncture status. Details will not be repeated in this specification. If the bandwidth of the PPDU is greater than 160 MHz, each bit in the Bitmap subfield indicates the puncture status of the corresponding 40 MHz subchannel. For example, if the PPDU bandwidth is 320 MHz, a Bitmap subfield of 01111111 may indicate that, of the 16 20 MHz subchannels in ascending absolute frequency order within the 320 MHz PPDU bandwidth, the first and second subchannels are punctured and the third through sixteenth subchannels are not punctured. It should be understood that, if the PPDU bandwidth is 80 MHz, the first two bits of the 8-bit Bitmap subfield in Example 4 may indicate the puncture status. If the PPDU bandwidth is 160 MHz, the first four bits of the 8-bit Bitmap subfield in Example 4 may indicate the puncture status.

[0251] It will be understood that one bit in the bitmap subfield or the value of the bitmap subfield in Scheme 8 is one piece of indication information indicating the puncture status.

[0252] In the aforementioned Scheme 8, all possible puncture patterns of the PPDU may be indicated by using the bitmap subfield, which makes the indication of the puncture pattern more flexible. In addition, the length of the second punctured channel indication field in Scheme 7 is 9*M+9*N bits, and the length of the second punctured channel indication field in Scheme 8 is 8, 12, or 16 bits. Compared with Scheme 7, Scheme 8 may further reduce the overhead of the EHT-SIG.

[0253] Manner 9: The second punctured channel indication field may include a bitmap subfield, which indicates the status of a channel where transmission is not permitted over the entire bandwidth of the PPDU.

[0254] Each bit in the Bitmap subfield may indicate whether transmission is permitted on the corresponding channel. For example, if a bit in the Bitmap subfield is 0, this indicates that transmission is not permitted on the 20 MHz subchannel, or if a bit in the Bitmap subfield is 1, this indicates that transmission is permitted on the 20 MHz subchannel. Of course, alternatively, if a bit in the Bitmap subfield is 0, this indicates that transmission is permitted on the 20 MHz subchannel, or if a bit in the Bitmap subfield is 1, this indicates that transmission is not permitted on the 20 MHz subchannel. This is not a limitation of the present application.

[0255] It should be understood that Scheme 9 can be obtained by replacing the puncture situation in Scheme 8 with a situation in which the channel is not allowed to transmit. Therefore, for the implementation form and corresponding effects of Scheme 9, please refer to Scheme 8. The details will not be described again in this specification.

[0256] Optionally, in any one of the four types of PPDUs mentioned above, the quantity of user fields in the user-specific field of the EHT-SIG may be only one, and the user field may be used to carry the number of spatial streams subfield and the beamformed subfield.

[0257] The user field may be used as a user block for checking and encoding, or the checking and encoding may be performed by combining the user field, the U-SIG overflow subfield, and the second punctured channel indication field described above.

[0258] See Figure 11. An example is used in which the second punctured channel indication field is a bitmap subfield. The user-specific field in the EHT-SIG may include a user field, a CRC and tail bits determined based on the user field (see A in Figure 11). Alternatively, the user-specific field of the EHT-SIG may include a U-SIG overflow subfield, a bitmap subfield, a user field, and a CRC and tail bits determined based on the U-SIG overflow subfield, the bitmap subfield, and the user field (see B in Figure 11).

[0259] Optionally, in any one of the four types of PPDUs mentioned above, the EHT-SIG may not include a user-specific field, and the Number of Spatial Streams subfield and the Beamformed subfield may be carried in the common field portion of the EHT-SIG.

[0260] See C of Figure 11. An example is used in which the second punctured channel indication field is a bitmap subfield. The Number of Spatial Streams subfield and the Beamformed subfield may be carried in some or all of bits B9 to B16 of the U-SIG overflow subfield of the EHT-SIG. For example, the Number of Spatial Streams subfield is carried in bits B9 to B11 of the EHT-SIG, and the Beamformed subfield is carried in B12 of the EHT-SIG. In this way, a common field may be used to carry the Number of Spatial Streams subfield or the Beamformed subfield, thereby reducing the overhead of the EHT-SIG.

[0261] Optionally, in any one of the four types of PPDUs mentioned above, the modulation and coding scheme field of the EHT-SIG of the PPDU may indicate that the EHT-SIG uses EHT MCS0. Specifically, the modulation scheme used by the EHT-SIG is binary phase shift keying (BPSK), and the modulation and coding rate used by the EHT-SIG is 1 / 2. In this way, the transmission reliability of the EHT-SIG can be improved.

[0262] Optionally, the EHT-SIG Symbol Count field in Table 2 above indicates the number of EHT-SIG symbols. If the EHT-SIG MCS field indicates 0, this indicates that the number of EHT-SIG symbols can be greater than 1. In this way, the number of EHT-SIG symbols indicated by the EHT-SIG Symbol Count field is variable, and a larger number of EHT-SIG symbols can be indicated.

[0263] Optionally, in any one of the four types of PPDUs mentioned above, if the PPDU type and compressed mode subfields indicate 1, this indicates that the PPDU undergoes single-user transmission or is OFDMA-based NDP (see Table 3). Therefore, in the above-mentioned scheme 3, an example in which the second field is an enable bit or an ignore bit is used. If the second field indicates a default value, this indicates that the PPDU is non-OFDMA-based NDP if the EHT-SIG MCS indicates 0 and the number of EHT-SIG symbols is 1. In other cases, this indicates that the PPDU undergoes transmission to an SU. If the second field indicates a non-default value, this indicates that the PPDU is OFDMA-based NDP.

[0264] Optionally, in any one of the four types of PPDUs mentioned above, see Table 3-1 above. If the PPDU Type and Compression Mode subfields indicate 1, this may indicate that the PPDU is an EHT sounding NDP or is undergoing transmission to an SU.

[0265] Optionally, for any one of the four types of PPDUs mentioned above, see Table 3-1 above, if the PPDU type and compressed mode subfields indicate 1, this indicates that the PPDU is for transmission to an SU or receiving EHT sounding NDP, and if the second field indicates a first value and the PPDU type and compressed mode subfields indicate 1, this indicates that the PPDU is an OFDMA based NDP.

[0266] Optionally, for any one of the four types of PPDUs mentioned above, see Table 3-1 above. If the PPDU type and compressed mode subfields indicate 1, the EHT-SIG MCS indicates 0, and the number of EHT-SIG symbols indicates 0 (indicates 1 symbol), this indicates that the PPDU is a non-OFDMA based NDP. Alternatively, if the second field indicates a fourth value, the PPDU type and compressed mode subfields indicate 1, the EHT-SIG MCS indicates 0, and the number of EHT-SIG symbols indicates 0 (indicates 1 symbol), this indicates that the PPDU is a non-OFDMA based NDP. In other words, this scheme may be related to the second field or independent of the second field. The fourth value may be a non-default value or a default value, in other words, the fourth value may be 0 or 1.

[0267] Optionally, for any one of the four types of PPDUs mentioned above, see Table 3-1 above. If the PPDU type and compressed mode subfields indicate 1, the second field indicates a fifth value, and the EHT-SIG MCS and EHT-SIG symbol count do not simultaneously indicate 0, this indicates that the PPDU is to be transmitted to the SU. The fifth value is the inverse of the first value; specifically, the fifth value may be a default value, specifically, 1.

[0268] Optionally, in any one of the four types of PPDUs mentioned above, the uplink / downlink field of the PPDU may indicate only downlink (e.g., indicate 0). Current standards (e.g., 802.11be) only support DL OFDMA-based transmission. The uplink / downlink field in the PPDU indicates only downlink, which may not increase the complexity of the STA transmitting the EHT MU PPDU based on OFDMA. Of course, the uplink / downlink field in the PPDU may alternatively indicate 0 or 1, in other words, may support downlink or uplink. When the uplink / downlink field indicates 1, this indicates that the PPDU is transmitted to the AP. When the uplink / downlink field indicates 0, this indicates the other case.

[0269] Optionally, the first punctured channel indication field in this embodiment of the present application may also indicate the puncturing status of the entire bandwidth of the PPDU. Specifically, the first punctured channel indication field can be implemented by using the 5-bit puncture indication field of the U-SIG (located at B3 to B7 of the U-SIG-2, see Table 2 above). For a specific implementation, please refer to the puncture patterns based on non-OFDMA transmission in the prior art. The problem with puncture patterns based on non-OFDMA transmission in the prior art is that there are only a limited number of indicated puncture patterns, and some puncture patterns cannot be indicated. For example, if the bandwidth of the PPDU is 160 MHz, the 5-bit puncture indication field can indicate only 13 puncture patterns, and many puncture patterns cannot be indicated. For example, the puncture pattern 11111001 cannot be indicated.

[0270] To solve this problem, in this embodiment of the present application, the first punctured channel indication field may indicate that the puncturing status of the entire bandwidth of the PPDU is determined by the second punctured channel indication field in the EHT-SIG. In addition, the second punctured channel indication field indicates the puncturing status of the entire bandwidth of the PPDU. It should be understood that this scheme may be applicable to non-OFDMA transmission or OFDMA transmission, which is not limited in this application.

[0271] For example, Table 6 shows the puncture patterns of the PPDU provided in this embodiment of the present application that are used for channel estimation. For puncture patterns that cannot be indicated based on non-OFDMA transmission in the prior art (represented as specific puncture patterns in Table 6), it can be seen that the 5-bit puncture indication field (i.e., the first punctured channel indication field) in the U-SIG in Table 6 can be set to 31 to indicate that the puncture status of the entire bandwidth of the PPDU is determined by the second punctured channel indication field. For example, if the bandwidth of the PPDU is 160 MHz and the puncture pattern of the PPDU is [11111 xx 1] (or 11111001), the first punctured channel indication field can indicate 31 to indicate that the puncture status of the entire bandwidth of the PPDU is determined by the second punctured channel indication field by using the first punctured channel indication field. In addition, the second punctured channel indication field in the EHT-SIG indicates a puncture pattern ([11111 xx 1]). For the schemes of indicating a puncture pattern by using the second punctured channel indication field in the EHT-SIG in this specification, please refer to the above-mentioned schemes 7 to 9.

[0272] In this way, when the first punctured channel indication field indicates the puncturing status in the entire bandwidth of the PPDU, for a puncturing pattern that cannot be indicated by the first punctured channel indication field, the first punctured channel indication field may indicate that the puncturing status in the entire bandwidth of the PPDU is determined by the second punctured channel indication field, and the second punctured channel indication field indicates whether each subchannel within the bandwidth of the PPDU is punctured, thereby improving the flexibility of the puncturing pattern.

[0273] It should be noted that in Table 6, the first punctured channel indication field indicating 31 is merely an example, and may alternatively be indicated by using other values, which is not a limitation of the present application.

[0274] [Table 7A] [Table 7B] [Table 7C] TIFF0007772907000013.tif40162

[0275] For ease of understanding, it should be noted that in this specification, a series of data segments containing 1s and / or 0s is used to represent a puncture pattern of multiple consecutive channels (e.g., [1 1 1 1 1 xxx] in Table 6). In a data segment, 1 indicates one non-punctured channel, and 0 indicates one punctured channel. The multiple data (1s or 0s) in a data segment correspond to multiple channels in ascending frequency order from left to right, respectively, and the number of multiple data in a data segment corresponds to the number of multiple consecutive channels. For example, 0 1 1 1 or [0 1 1 1] may indicate that, among four consecutive channels in ascending frequency order, the first channel is punctured and the second to fourth channels are not punctured. In addition, 0s in a data segment may alternatively be represented by x. This is not a limitation in this application.

[0276] Optionally, any one of the four types of PPDUs provided in this embodiment of the present application used for channel estimation may further include L-STF, L-LTF, L-SIG, RL-SIG, EHT-STF, EHT-LTF, and PE. For descriptions of these fields, please refer to the related descriptions in Figure 5 above. Details will not be described again in this specification.

[0277] It should be understood that the sequences and bits occupied by fields or subfields in the above Tables 2 and 4 are not limited in this embodiment of the present application, and they may be adjusted in other embodiments or based on actual situations.

[0278] It should be noted that the bit positions of relevant fields in the signaling of some PPDUs provided in this embodiment of the present application, which are used for channel estimation, are determined in accordance with the 802.11be standard after 802.11ax. For example, the bit positions of the PPDU Type and Compressed Mode subfields in the U-SIG are located from bit 0 to bit 1 (B0-B1) of U-SIG-2. It should be understood that as standards evolve, the bit positions of relevant fields in the signaling of some PPDUs provided in this embodiment of the present application, which are used for channel estimation, may change accordingly. The bit positions of various fields in the signaling are not limited in this embodiment of the present application. In other embodiments (e.g., 802.11be and post-802.11be standards), the positions of these fields may be changed or adjusted accordingly.

[0279] Based on the above-mentioned prior art, this application provides some structures of EHT NDPA frames used in standards after 802.11ax. In this way, in a scenario where wireless communication is performed by using standards after 802.11ax (for example, 802.11be), Bfee (for example, STA) can perform channel estimation based on the EHT NDPA frame provided in this application during OFDMA-based transmission to feedback channel state information.

[0280] With reference to the communication method provided in the embodiment of the present application, the following describes the structure of the EHT NDPA frame provided in the technical solution of the present application.

[0281] 12 is a schematic flowchart 2 of a communication method according to an embodiment of the present application. The method may include the following steps:

[0282] S1201: Bfer generates an EHT NDPA frame.

[0283] The EHT NDPA frame may be an NDPA frame used in a post-802.11ax standard (e.g., 802.11be). The EHT NDPA frame includes a third field indicating a puncture status for the full bandwidth of the EHT sounding NDP. In addition, the EHT sounding NDP includes a field indicating that the puncture status for the full bandwidth of the EHT sounding NDP is determined based on the third field. For ease of explanation, in this specification, the "field indicating that the puncture status for the full bandwidth of the EHT sounding NDP is determined based on the third field" is referred to as the "fourth field."

[0284] In some possible embodiments, the structure of the EHT NDPA frame provided in this embodiment of the present application is shown in Figure 13. The EHT NDPA frame may further include the following fields: a frame control field, a duration field, a receiver address (RA) field, a transmitter address (TA) field, a station information (STA Info) field, and a frame check sequence (FCS) field. The STA Info field indicates related instruction information required by the STA to perform channel sounding. There may be N STA Info fields, for example, STA Info1, STA Info2, ..., and STA Info N.

[0285] In some possible embodiments, the third field may include at least one first information, where the first information instructs Bfee (e.g., STA) to feed back channel state information of a subchannel within the bandwidth of the EHT sounding NDP, or the first information indicates that a subchannel within the bandwidth of the EHT sounding NDP is not punctured.

[0286] Furthermore, the third field further includes at least one second information, where the second information indicates that a subchannel within the bandwidth of the EHT sounding NDP is punctured.

[0287] Specifically, the third field may include multiple bits, and one bit may be used to represent one first information or one second information. For example, if the value of the bit is 1, it indicates the first information, or if the value of the bit is 0, it indicates the second information. Naturally, if the value of the bit is 0, it indicates the first information, or if the value of the bit is 1, it indicates the second information. This is not limited in the present application.

[0288] In other words, one bit in the third field may indicate whether a subchannel within the EHT sounding NDP bandwidth is punctured or whether the subchannel within the EHT sounding NDP bandwidth needs to be measured by Bfee. For example, the third field may include 16 bits. If the value of the 16 bits is 11x1111111111xx1, this indicates that the puncture pattern for the 320 MHz bandwidth is [11x1111111111xx1], where 1 indicates that the channel is not punctured and x indicates that the channel is punctured. Specifically, this indicates that in the 320 MHz bandwidth, channels 3, 14, and 15 are punctured, and channels 1, 2, 4 to 13, and 16 are not punctured (see Figure 10).

[0289] The third field may be implemented by using one or more fields / subfields in the EHT NDPA frame provided herein, or the third field may be implemented by using one or more bits in the EHT NDPA frame provided herein. This is not limited in this application. For example, the third field may be located in the station information, or may be implemented by using several bits (or several fields) in the station information (see the description below for a specific implementation). Of course, the third field may alternatively be located in another field of the EHT NDPA frame provided herein. For example, a field used to implement the third field is set between the STA Info and the frame check sequence of the EHT NDPA frame provided herein. The specific implementation of the third field is not limited in this application.

[0290] The structure of the EHT sounding NDP may alternatively use some of the PPDU structures provided in the communication method shown in FIG.

[0291] The fourth field may be implemented by using one or more fields / subfields in the EHT sounding NDP, or the fourth field may be implemented using one or more bits in the EHT sounding NDP. This is not limited in this application. Optionally, the fourth field may be implemented by using an unused field, subfield, or bit in the EHT sounding NDP. In this way, modifications to the NDP can be reduced, and implementation complexity can be reduced.

[0292] For example, the fourth field may be implemented by using an enable bit or an ignore bit in the U-SIG and / or EHT-SIG. Specifically, if the fourth field is implemented by using an enable bit located at B2 of U-SIG-2 in Table 2 (hereinafter referred to as the B2 enable bit), the B2 enable bit may be set to 0 to indicate that the puncture status for the full bandwidth of the EHT sounding NDP is determined based on the third field. It should be understood that if the fourth field is implemented by using an unused field, subfield, or bit (e.g., an enable bit or an ignore bit), the name and description of the unused field, subfield, or bit may be changed in the standard. For example, if the fourth field is implemented by using the B2 enable bit in Table 2, in a post-802.11ax standard (e.g., 802.11be), the name of the B2 enable bit may be changed to a puncture indication field (subfield) determined by EHT NDPA frame, and the description may be changed to: when the puncture indication field (subfield) indicates 0, this indicates that the puncture status in the entire bandwidth of the EHT sounding NDP is determined by the EHT NDPA frame.

[0293] As another example, the fourth field may be implemented by using a punctured channel indication field in the U-SIG. For this implementation, please refer to the related description below. The details will not be described again in this specification.

[0294] It should be understood that the names of the EHT NDPA frames provided in this application are determined according to the 802.11ax or later standard. The names of the EHT NDPA frames may be replaced with corresponding names in the 802.11ax or later standard. This is not a limitation of this application.

[0295] The names of the fields / subfields included in the EHT NDPA frame provided in this embodiment of the present application are determined according to the 802.11be standard after 802.11ax, such as frame control, duration, receiver address, transmitter address, station information, and frame check sequence. In this embodiment of the present application, the names of the fields / subfields included in the EHT NDPA frame are not limited to this embodiment of the present application. In other embodiments, the names of the fields / subfields may be replaced with other names. For example, the names of these fields / subfields may be replaced with names of fields corresponding to functions / descriptions in the 802.11ax standard.

[0296] It should be understood that the EHT NDPA frame provided in this embodiment of the present application can be used to perform channel sounding when Bfee performs OFDMA-based transmission or non-OFDMA-based transmission, which is not a limitation of the present application.

[0297] S1202: Bfer transmits an EHT NDPA frame to Bfee.

[0298] In response, Bfee receives an EHT NDPA frame from the AP.

[0299] S1203: Bfee analyzes the EHT NDPA frame.

[0300] Bfee may obtain the puncture status of the EHT sounding NDP based on the EHT NDPA frame provided in this application, and then perform channel estimation based on the obtained puncture status and the EHT sounding NDP to obtain channel state information. Optionally, after the channel state information is obtained, the communication method shown in Figure 12 may further include: Bfee sending a beamforming report including the channel state information to Bfer.

[0301] In this way, in a scenario where wireless communication is performed by using a post-802.11ax standard (e.g., 802.11be), during OFDMA-based transmission, Bfee obtains the third field from the EHT NDPA frame based on the indication of the fourth field in the EHT sounding NDP, determines the puncturing status in the entire bandwidth of the EHT sounding NDP based on the indication of the third field, performs channel estimation based on the puncturing status and the EHT sounding NDP, and feeds back channel state information to Bfer to implement functions such as beamforming and resource scheduling for OFDMA transmission, thereby improving channel quality and throughput.

[0302] In this embodiment of the present application, Bfer may be an AP or a STA, and Bfee may be an STA or an AP.

[0303] In this embodiment of the present application, Bfer S1201 After generating the EHT NDPA frame, the communication method shown in Figure 12 may further include a step in which Bfer generates an EHT sounding NDP and sends the EHT sounding NDP to Bfee. In response, Bfee receives the EHT sounding NDP from Bfer. For this process, please refer to the description of the EHT channel sounding procedure in the prior art mentioned above. The details will not be described again in this specification.

[0304] In this embodiment of the present application, the implementation forms for implementing the third field by using some bits in the station information are as follows (including at least Scheme 10 and Scheme 11):

[0305] Scheme 10: The third field may be a partial bandwidth information subfield in the first station information. In other words, the third field may be implemented by using the partial bandwidth information subfield in the first station information.

[0306] Manner 11: The third field may be a disallowed subchannel bitmap subfield in the second station information. In other words, the third field may be implemented by using a disallowed subchannel bitmap in the second station information.

[0307] The first station information and the second station information are two types of station information. In other words, the EHT NDPA frame provided in this application includes two types of station information, which are first station information and second station information, respectively.

[0308] For example, the first station information in this embodiment of the present application may include the following subfields: association identifier 11 (AID11) subfield, partial bw info subfield, reserved subfield, number of columns (Nc) index subfield, feedback type and number of grouping (Ng) subfield, disambiguation subfield, and codebook size subfield. For a description of the subfields in the first station information mentioned above, please refer to the description in Table 7 below.

[0309] [Table 8]

[0310] For example, the second station information in this embodiment of the present application may include the following subfields: AID11 subfield, Disallowed Subchannel Bitmap subfield, Reserved subfield, and Disambiguation subfield. The Disallowed Subchannel Bitmap indicates the subchannels in the bandwidth on which transmission is not allowed.

[0311] In this embodiment of the present application, the first station information and the second station information can be distinguished based on the value indicated by AID11. Specifically, if the value indicated by AID11 in one piece of station information is a value reserved by the standard (e.g., 2047, 2046, or 2045), the station information is the second station information. Correspondingly, if the value indicated by AID11 in one piece of station information is not a value reserved by the standard, the station information is the first station information.

[0312] When the third field is implemented by using the partial bandwidth information subfield in the first station information, the partial bandwidth information subfield may indicate the puncturing status of the full bandwidth of the EHT sounding NDP. In this way, the station associated with the first station information may determine the puncturing status of the full bandwidth of the EHT sounding NDP based on the partial bandwidth information subfield in the first station information, and may further feed back channel state information based on the puncturing status to implement channel sounding.

[0313] Specifically, the partial bandwidth information subfield may include a resolution subfield and a feedback bitmap. Each bit in the feedback bitmap may indicate the puncture status of a corresponding channel within the bandwidth of the EHT sounding NDP, or may indicate whether transmission is allowed on the corresponding channel within the bandwidth of the EHT sounding NDP, or may indicate whether channel state information of the corresponding channel within the bandwidth of the EHT sounding NDP needs to be fed back. The resolution subfield indicates the channel size corresponding to all bits in the feedback bitmap, and the value of the resolution subfield may be determined based on the EHT sounding NDP bandwidth value.

[0314] For example, as shown in Figure 14, Station Information 1 in the EHT NDPA frame is the first station information and includes a 9-bit partial bandwidth information subfield. The partial bandwidth information subfield includes a 1-bit resolution subfield and an 8-bit feedback bitmap. If the EHT sounding NDP bandwidth value is 20 MHz, 40 MHz, 80 MHz, or 160 MHz, the resolution subfield indicates 0, which indicates that the channel size corresponding to each bit in the feedback bitmap is 20 MHz. If the EHT sounding NDP bandwidth value is 320 MHz, the resolution subfield indicates 1, which indicates that the channel size corresponding to each bit in the feedback bitmap is 40 MHz.

[0315] For example, if the resolution subfield indicates 1 and all bits in the feedback bitmap indicate 01111111, this indicates that the puncture pattern for a 320 MHz EHT sounding NDP bandwidth is [0011111111111111]. Specifically, in the 320 MHz EHT sounding NDP bandwidth, the first 40 MHz channel is punctured, and the second through eighth 40 MHz channels are not punctured.

[0316] As another example, if the resolution subfield indicates 0 and all bits in the feedback bitmap indicate 01111111, this indicates that the puncture pattern for a 160 MHz EHT sounding NDP bandwidth is [01111111]. Specifically, in the 160 MHz EHT sounding NDP bandwidth, the first 20 MHz channel is punctured, and the second through eighth 20 MHz channels are not punctured.

[0317] When the third field is implemented by using a disallowed subchannel bitmap in the second station information, the disallowed subchannel bitmap may indicate the puncturing status of the full bandwidth of the EHT sounding NDP. In this way, Bfee may determine the puncturing status of the full bandwidth of the EHT sounding NDP based on the disallowed subchannel bitmap in the second station information, and may further feed back channel state information based on the puncturing status to implement channel sounding.

[0318] Specifically, each bit in the disallowed subchannel bitmap may indicate the puncture status of the corresponding channel in the bandwidth of the EHT sounding NDP, or each bit in the disallowed subchannel bitmap may indicate whether transmission is allowed on the corresponding channel in the bandwidth of the EHT sounding NDP, or each bit in the feedback bitmap may indicate whether the channel state information of the corresponding channel in the bandwidth of the EHT sounding NDP needs to be fed back.

[0319] Optionally, the value of the disallowed subchannel bitmap is 16 bits (B0 to B15). The first 8 bits (B0 to B7) of the disallowed subchannel bitmap may indicate the puncture status of the corresponding channel within the primary 160 MHz channel in the bandwidth of the EHT sounding NDP, and the last 8 bits (B8 to B15) of the disallowed subchannel bitmap may indicate the puncture status of the channel corresponding to the 160 MHz channel in the bandwidth of the EHT sounding NDP. In this way, the first 8 bits of the disallowed subchannel bitmap may indicate the primary 160 MHz channel. In addition, the indication of the first 8 bits of the disallowed subchannel bitmap of the HE NDPA frame may match the indication of the first 8 bits of the disallowed subchannel bitmap of the EHT NDPA frame. The procedure by which Bfee parses the HE NDPA frame may be the same as the procedure by which Bfee parses the EHT NDPA frame, thereby reducing the implementation complexity of the receiver.

[0320] For example, as shown in Figure 15, Station Information 1 in the EHT NDPA frame is the second station information, and Station Information 1 includes a 16-bit Disallowed Subchannel Bitmap. If the Disallowed Subchannel Bitmap indicates 1101111111111001, this indicates that the puncture pattern for the 320 MHz EHT sounding NDP bandwidth is [1101111111111001]. Specifically, in the 320 MHz EHT sounding NDP bandwidth, channels 3, 14, and 15 are punctured, and channels 1, 2, 4 to 13, and 16 are not punctured (see Figure 10).

[0321] Optionally, the i-th bit in the disallowed subchannel bitmap may indicate the puncture status of the i-th channel in the bandwidth of the EHT sounding NDP, where i is an integer and 0≦i≦the number of channels in the bandwidth of the EHT sounding NDP. In addition, the channels in the bandwidth of the EHT sounding NDP are arranged in ascending order of frequency. In this way, the implementation logic can be simplified.

[0322] For example, as shown in Figure 15, if the disallowed subchannel bitmap indicates 1101111111111001, the puncture pattern for a 320 MHz EHT sounding NDP bandwidth is [1101111111111001]. Specifically, in the 320 MHz EHT sounding NDP bandwidth, channels 3, 14, and 15 are punctured, and channels 1, 2, 4 to 13, and 16 are not punctured (see Figure 10).

[0323] It should be noted that Scheme 10 and Scheme 11 may be implemented separately or combined, which is not a limitation in this application.

[0324] In this embodiment of the present application, the scheme for implementing the fourth field by using the punctured channel indication field in the U-SIG is as follows:

[0325] The fourth field may be a puncture indication field of the U-SIG (located at B3 to B7 of U-SIG-2). An unused value in the puncture indication field of the U-SIG may indicate that the puncture status of the full bandwidth of the EHT sounding NDP is determined based on the third field. In other words, when the puncture indication field of the U-SIG indicates an unused value, this indicates that the puncture status of the full bandwidth of the EHT sounding NDP is determined based on the third field. For example, the puncture indication field of the U-SIG may be set to 30 to indicate that the puncture status of the full bandwidth of the EHT sounding NDP is determined by the third field. In this way, Bfee may determine to obtain the puncture status of the full bandwidth of the EHT sounding NDP from the third field of the EHT NDPA frame to implement channel sounding according to the indication of the puncture indication field of the U-SIG.

[0326] It should be noted that the aforementioned third field may indicate whether channel state information of the corresponding channel within the bandwidth of the EHT sounding NDP needs to be fed back. For details, see the aforementioned description regarding implementing the third field by using first station information or second station information. In other words, Bfee may not need to obtain the puncturing status of the EHT sounding NDP based on the third and fourth fields, and only needs to obtain the subchannels for which channel state information needs to be fed back based on the third field, and then perform channel sounding based on the EHT sounding NDP and the subchannels for which channel state information needs to be fed back. Bfer needs to prevent the channels for which channel state information needs to be fed back from being punctured.

[0327] Note that when the fourth field is implemented by using the punctured channel indication field in the U-SIG, for a puncture pattern that can be indicated by the punctured channel indication field of the U-SIG, for example, a puncture pattern based on non-OFDMA transmission in the prior art, the U-SIG in the EHT sounding NDP may still use a puncture pattern based on non-OFDMA transmission in the prior art. For a puncture pattern that cannot be indicated by the punctured channel indication field of the U-SIG, for example, if the bandwidth of the EHT sounding NDP is 160 MHz and the puncture pattern of the EHT sounding NDP is [11111 xx 1], the first punctured channel indication field may indicate 30 to indicate that the puncture status in the entire bandwidth of the EHT sounding NDP is determined based on the third field by using the first punctured channel indication field.

[0328] It should be noted that the punctured channel indication field 30 in the U-SIG is merely an example, or may be indicated by using other values, which is not a limitation of this application.

[0329] In some possible embodiments, a beacon frame may be further used to instruct Bfee (e.g., STA) to perform channel sounding. Specific procedures are shown in Figure 16. Figure 16 is a schematic flowchart 3 of a communication method according to an embodiment of the present application. Please refer to Figure 16. The method may include the following steps:

[0330] S1601: Bfer generates a beacon frame.

[0331] The beacon frame provided in the present application may include a fifth field indicating a puncture status in the entire bandwidth of the EHT sounding NDP. Optionally, the EHT sounding NDP in this specification includes a field indicating that the puncture status in the entire bandwidth of the EHT sounding NDP is determined by the fifth field. For ease of explanation, in this specification, the "field indicating that the puncture status in the entire bandwidth of the EHT sounding NDP is determined by the fifth field" is referred to as the "sixth field."

[0332] In this embodiment of the present application, the fifth field may be implemented by using one or more fields / subfields in the beacon frame provided in the present application. For specific implementation forms and corresponding technical effects of the fifth field, please refer to the third field described above. For specific implementation forms and corresponding technical effects of the sixth field, please refer to the fourth field described above. Details will not be described again in this specification.

[0333] S1602: Bfer transmits a beacon frame to Bfee.

[0334] In response, Bfee receives a beacon frame from the AP.

[0335] S1603: Bfee analyzes the beacon frame.

[0336] Bfee may obtain the puncturing status of the EHT sounding NDP based on the beacon frame provided in this application, and then perform channel estimation based on the obtained puncturing status and the EHT sounding NDP to obtain channel state information.

[0337] Bfer may periodically generate and transmit beacon frames to Bfee. If Bfer periodically generates and transmits beacon frames to Bfee, Bfee may perform channel estimation based on the most recently received beacon frame.

[0338] Optionally, after the channel state information is obtained, the communication method shown in FIG. 16 may further include a step in which Bfee sends a beamforming report including the channel state information to Bfer.

[0339] In this way, in a scenario where wireless communication is performed by using a post-802.11ax standard (e.g., 802.11be), during OFDMA-based transmission, Bfee can perform channel estimation based on the beacon frame provided in this application to obtain channel state information, and feed back beamforming reports to Bfer to implement functions such as beamforming and resource scheduling for OFDMA transmission, thereby improving channel quality and throughput.

[0340] It can be seen that the difference between the communication method shown in Figure 16 and the communication method shown in Figure 12 is that channel estimation is implemented between Bfer and Bfee by using beacon frames and EHT sounding NDP. S1601 from S1603 For specific implementation forms and corresponding technical effects, please refer to the description of the corresponding steps in FIG. 12. Details will not be described again in this specification.

[0341] In the communication methods shown in Figures 12 and 16, the puncture indication information is carried by using a first frame other than the EHT sounding NDP (such as an EHT NDPA frame or a beacon frame), and the EHT sounding NDP is used to carry a field indicating that the puncture indication information is located in another frame. This allows Bfee to perform channel estimation based on the first frame and the EHT sounding NDP during OFDMA-based transmission. In addition, this process can reduce modifications to the EHT sounding NDP, thereby reducing implementation complexity. In addition, the puncture indication information carried in the first frame can indicate more puncture patterns, thereby improving the flexibility of the puncture pattern.

[0342] Based on the aforementioned prior art, this embodiment of the present application further provides some structures of U-SIG used in post-802.11ax standards.

[0343] The U-SIG provided in this embodiment of the present application may be applied to PPDUs (including NDPs and PPDUs used for data transmission) of standards after 802.11ax. In addition, the U-SIG may be applicable to non-OFDMA transmission and OFDMA transmission, which is not limited in this application.

[0344] In one possible implementation, the puncture indication field of the U-SIG (located at B3-B7 of the U-SIG-2) and unused fields or bits of the U-SIG (e.g., enable bits and ignore bits) are used to allocate more Puncture A pattern may be indicated.

[0345] Specifically, the puncture indication field in the U-SIG (located at B3 to B7 in U-SIG-2) and the B8 enable bit in the U-SIG (located at B8 in U-SIG-1) are used to PunctureIn this case, the length of the puncture pattern indication field is 6 bits, and up to 64 puncture patterns can be indicated in a bandwidth (e.g., 20 MHz, 80 MHz, or 160 MHz). For ease of explanation, the puncture indication field and the B8 enable bit of the U-SIG are hereinafter abbreviated as a 6-bit puncture indication field.

[0346] For example, with respect to Tables 8 and 9. Tables 8 and 9 show puncture patterns that can be supported by the U-SIG provided in this embodiment of the present application. The Field Value column in Tables 8 and 9 is the value of the 6-bit Puncture Indicator field.

[0347] Compared with the puncture patterns based on non-OFDMA transmission in the prior art, Tables 8 and 9 can indicate puncture patterns that cannot be indicated based on non-OFDMA transmission in the prior art. Specifically, compared with the puncture patterns that cannot be indicated based on non-OFDMA transmission in the prior art, the puncture patterns shown in Table 9 can be newly supported in this embodiment of the present application by using a 6-bit puncture indication field. In other words, more puncture patterns can be indicated, and the flexibility of puncture patterns is improved.

[0348] [Table 9A] [Table 9B]

[0349] [Table 10A] [Table 10B]

[0350] [Table 11A] [Table 11B]

[0351] It should be noted that the correspondence between the field values ​​and the puncture patterns in Tables 8 and 9 is merely an example. The specific correspondence may be determined based on the actual situation, and may be replaced with other correspondence in other embodiments. The 6-bit puncture indication field may indicate some or all of the puncture patterns in Table 9, and may specifically indicate a puncture pattern determined based on the actual requirements.

[0352] In addition, see Table 9. In this embodiment of the present application, a new case is added in which one-hole or two-hole puncture patterns are supported by using a 6-bit puncture indication field, which can simplify the design of the filter.

[0353] In another possible implementation, only unused values ​​of the puncture indication field of the U-SIG (located at B3 to B7 of the U-SIG-2) may indicate more puncture patterns. In this case, the length of the puncture pattern indication field is 5 bits, and up to 32 puncture patterns can be indicated in a bandwidth (e.g., 20 MHz, 80 MHz, or 160 MHz). For ease of explanation, the puncture indication field of the U-SIG is hereinafter abbreviated as the 5-bit puncture indication field.

[0354] For example, see Table 10 or Table 11. Table 10 or Table 11 shows new puncture patterns that can be supported. Compared with puncture patterns based on non-OFDMA transmission in the prior art, it can be seen that the puncture patterns shown in Table 10 or Table 11 can be newly supported in this embodiment of the present application by using a 5-bit puncture indication field. In other words, more puncture patterns can be indicated, improving the flexibility of puncture patterns. In addition, the newly supported puncture patterns in Table 10 or Table 11 include cases where the puncture patterns are one-hole or two-hole, which can simplify the design of the filter.

[0355] It should be understood that the 5-bit puncture indication field may indicate several puncture patterns in Table 10, and specifically, may indicate a puncture pattern determined based on actual requirements. If the bandwidth of the PPDU is 320 MHz, the 5-bit puncture indication field may indicate that 320 MHz corresponds to up to seven puncture patterns in Table 10.

[0356] It is understood that if the newly supported puncture patterns in Table 11 are single-hole, optionally, to simplify the filter design, all puncture patterns in Table 11 may be indicated based on a 5-bit puncture indication field.

[0357] [Table 12]

[0358] [Table 13]

[0359] It should be understood that the U-SIG provided in this embodiment of the present application can be applied to the PPDU in the communication method shown in FIG.

[0360] The foregoing embodiments provided in this application describe the methods provided in the embodiments of this application from the perspective of an access point and a station. To implement the functions of the methods provided in the embodiments of this application, each of the access point and the station may include a hardware structure and a software module, and may implement the foregoing functions in the form of a hardware structure, a software module, or a combination of a hardware structure and a software module. The functions of the foregoing functions may be performed by using a hardware structure, a software module, or a combination of a hardware structure and a software module.

[0361] 17 is a schematic module diagram of a communication device according to an embodiment of the present application. The communication device 1700 includes: a processing unit 1701 and a sending unit 1702.

[0362] The processing unit 1701 generates a PPDU, the PPDU being configured to include a first field indicating that the PPDU is an ultra-high throughput sounding null data packet EHT sounding NDP transmitted based on orthogonal frequency division multiple access OFDMA, the PPDU further including an ultra-high throughput long training field EHT-LTF and a packet extension PE field, the PE field being adjacent to the EHT-LTF.

[0363] The transmitting unit 1702 is configured to transmit the PPDU.

[0364] In this way, the beamformee (Bfee) can determine, based on the first field in the PPDU, that the PPDU is an OFDMA-based NDP, and perform channel estimation by using the PPDU during OFDMA-based transmission to implement functions such as beamforming and resource scheduling for OFDMA transmission, and feed back channel state information to the beamformer (Bfer), thereby improving channel quality and throughput.

[0365] The communication device 1700 may be understood as a Bfer. The communication device 1700 may be, for example, an access point or a station, or the communication device is located in an access point or a station. The processing unit 1701 of the communication device 1700 may be a processor, and the transmission unit 1702 of the communication device 1700 may be a transceiver.

[0366] In some possible designs, the first field may include a PPDU type and a compressed mode subfield.

[0367] In some possible designs, the first field may include a PPDU type and compressed mode subfield and a second field, where the PPDU type and compressed mode subfields indicate that the PPDU is an EHT sounding NDP and the second field indicates that the PPDU is transmitted based on OFDMA.

[0368] In some possible designs, the first field may include a station identifier STA-ID subfield, which indicates that the PPDU is an EHT sounding NDP transmitted based on OFDMA.

[0369] In some possible designs, the PPDU may further include an Ultra High Throughput Signal EHT-SIG field, where the EHT-SIG includes an n Users field, where the n Users field includes at least one of a Number of Spatial Streams subfield or a Beamformed subfield, where n is a positive integer.

[0370] In some possible designs, the PPDU may further include an EHT-SIG, which may include only one common field, and the common field may include at least one of a number of spatial streams subfield or a beamformed subfield.

[0371] In some possible designs, the PPDU may further include a common signal U-SIG field and an EHT-SIG, where the U-SIG may include a first punctured channel indication field, and the EHT-SIG may include a second punctured channel indication field, where the first punctured channel indication field indicates a puncture status in the 80 MHz sub-block bandwidth of the U-SIG, and the second punctured channel indication field indicates a puncture status in the full bandwidth of the PPDU.

[0372] Optionally, the second punctured channel indication field may include at least one resource unit indication subfield, where the resource unit indication subfield indicates the puncture status of a subchannel within the bandwidth of the PPDU.

[0373] Optionally, the second punctured channel indication field may include a bitmap subfield, which indicates the puncture status in the entire bandwidth of the PPDU.

[0374] 18 is a schematic module diagram of a communication device according to an embodiment of the present application. The communication device 1800 includes: a processing unit 1801 and a sending unit 1802.

[0375] The processing unit 1801 is configured to generate an ultra-high throughput null data packet announcement EHT NDPA frame, wherein the EHT NDPA frame includes a third field indicating a puncture status in the full bandwidth of the EHT sounding NDP, and the EHT sounding NDP includes a field indicating that the puncture status in the full bandwidth of the EHT sounding NDP is determined based on the third field.

[0376] The transmitting unit 1802 is configured to transmit an EHT NDPA frame.

[0377] In this way, during OFDMA-based transmission, Bfee may obtain the third field from the EHT NDPA frame based on the indication of the fourth field in the EHT sounding NDP, determine the puncturing status in the entire bandwidth of the EHT sounding NDP based on the indication of the third field, perform channel estimation based on the puncturing status and the EHT sounding NDP to implement functions such as beamforming and resource scheduling for OFDMA transmission, and feed back the channel state information to Bfer, thereby improving channel quality and throughput.

[0378] The communication device 1800 may be understood as a Bfer. The communication device 1800 may be, for example, an access point or a station, or the communication device is located in an access point or a station. The processing unit 1801 of the communication device 1800 may be a processor, and the transmission unit 1802 of the communication device 1800 may be a transceiver.

[0379] In some possible designs, the third field may include at least one first information, where the first information instructs the beamformee Bfee to feed back channel state information of a subchannel within the bandwidth of the EHT sounding NDP, or the first information indicates that a subchannel within the bandwidth of the EHT sounding NDP is not punctured.

[0380] Optionally, the third field may further include at least one second information, where the second information indicates that a subchannel within the bandwidth of the EHT sounding NDP is punctured.

[0381] 19 is a schematic module diagram of a communication device according to an embodiment of the present application. The communication device 1900 includes: a processing unit 1901 and a sending unit 1902.

[0382] The processing unit 1901 is configured to receive a PPDU, the PPDU including a first field indicating that the PPDU is an EHT sounding NDP transmitted based on OFDMA, the PPDU further including an EHT-LTF and a PE field, the PE field being adjacent to the EHT-LTF.

[0383] The transmitting unit 1902 is configured to perform channel estimation by using the PPDU.

[0384] In this way, Bfee can determine, based on the first field in the PPDU, that the PPDU is an OFDMA-based NDP, perform channel estimation by using the PPDU during OFDMA-based transmission, and feed back channel state information to Bfer to implement functions such as beamforming and resource scheduling for OFDMA transmission, thereby improving channel quality and throughput.

[0385] The communication device 1900 may be understood as Bfee. The communication device 1900 may be, for example, an access point or a station, or the communication device is located in an access point or a station. The processing unit 1901 of the communication device 1900 may be a processor, and the transmission unit 1902 of the communication device 1900 may be a transceiver.

[0386] In some possible designs, the first field may include a PPDU type and a compressed mode subfield.

[0387] In some possible designs, the first field may include a PPDU type and compressed mode subfield and a second field, where the PPDU type and compressed mode subfields indicate that the PPDU is an EHT sounding NDP and the second field indicates that the PPDU is transmitted based on OFDMA.

[0388] In some possible designs, the first field may include a STA-ID subfield, which indicates that the PPDU is an EHT sounding NDP transmitted based on OFDMA.

[0389] In some possible designs, the PPDU may further include an EHT-SIG, which includes an n users field, which includes at least one of a number of spatial streams subfield or a beamformed subfield, where n is a positive integer.

[0390] In some possible designs, the PPDU may further include an EHT-SIG, which may include only one common field, and the common field may include at least one of a number of spatial streams subfield or a beamformed subfield.

[0391] In some possible designs, the PPDU may further include a U-SIG and an EHT-SIG, where the U-SIG may include a first punctured channel indication field, and the EHT-SIG may include a second punctured channel indication field, where the first punctured channel indication field indicates a puncture status in the 80 MHz sub-block bandwidth of the U-SIG, and the second punctured channel indication field indicates a puncture status in the full bandwidth of the PPDU.

[0392] Optionally, the second punctured channel indication field may include at least one resource unit indication subfield, where the resource unit indication subfield indicates the puncture status of a subchannel within the bandwidth of the PPDU.

[0393] Optionally, the second punctured channel indication field may include a bitmap subfield, which indicates the puncture status in the entire bandwidth of the PPDU.

[0394] 20 is a schematic module diagram of a communication device according to an embodiment of the present application. The communication device 2000 includes a receiving unit 2001 and a processing unit 2002.

[0395] The receiving unit 2001 is configured to receive an EHT NDPA frame, the EHT NDPA frame including a third field indicating a puncture status in the entire bandwidth of the EHT sounding NDP, and the EHT sounding NDP including a field indicating that the puncture status in the entire bandwidth of the EHT sounding NDP is determined based on the third field.

[0396] The processing unit 2002 is configured to parse the EHT NDPA frame.

[0397] In this way, during OFDMA-based transmission, Bfee may obtain the third field from the EHT NDPA frame based on the indication of the fourth field in the EHT sounding NDP, determine the puncturing status in the entire bandwidth of the EHT sounding NDP based on the indication of the third field, perform channel estimation based on the puncturing status and the EHT sounding NDP to implement functions such as beamforming and resource scheduling for OFDMA transmission, and feed back the channel state information to Bfer, thereby improving channel quality and throughput.

[0398] The communication device 2000 may be understood as Bfee. The communication device 2000 may be, for example, a station or an access point, or the communication device 2000 may be located in a station or an access point. The processing unit 2002 of the communication device 2000 may be a processor, and the receiving unit 2001 of the communication device 2000 may be a transceiver.

[0399] In some possible designs, the third field may include at least one first information, where the first information instructs Bfee to feed back channel state information of a subchannel within the bandwidth of the EHT sounding NDP, or the first information indicates that a subchannel within the bandwidth of the EHT sounding NDP is not punctured.

[0400] Optionally, the third field further includes at least one second information, where the second information indicates that a subchannel in the bandwidth of the EHT sounding NDP is punctured.

[0401] For the relevant content of the above communication device embodiment, please refer to the relevant content of the above method embodiment, and the details will not be described again in this specification.

[0402] For ease of explanation, please refer to Figure 21. Figure 21 is a schematic diagram of the structure of a communication device 2100 according to one embodiment of the present application. The communication device 2100 includes a processor 2101 and a transceiver 2102. The communication device 2100 may be a first MLD or a second MLD, or may be a chip within the first MLD or the second MLD. 21 shows only the main components of the communication device 2100. In addition to the processor 2101 and the transceiver 2102, the communication device may further include a memory 2103 and input / output devices (not shown).

[0403] The processor 2101 is primarily configured to process communication protocols and communication data, control the entire communication device, execute software programs, and process data from the software programs. The memory 2103 is primarily configured to store software programs and data. The transceiver 2102 may include a radio frequency circuit and an antenna. The radio frequency circuit is primarily configured to convert between baseband signals and radio frequency signals and process the radio frequency signals. The antenna is primarily configured to receive / transmit radio frequency signals in the form of electromagnetic waves. The input / output device, such as a touch screen, display, or keyboard, is primarily configured to receive data input by a user and output data to the user.

[0404] The processor 2101, the transceiver 2102, and the memory 2103 may be connected via a communication bus.

[0405] After the communication device is powered on, the processor 2101 can read the software program in the memory 2103, interpret and execute the instructions of the software program, and process data of the software program. When data needs to be transmitted wirelessly, the processor 2101 performs baseband processing on the data to be transmitted and then outputs the baseband signal to the radio frequency circuit. The radio frequency circuit performs radio frequency processing on the baseband signal and then transmits the radio frequency signal in the form of electromagnetic waves via an antenna. When data is to be transmitted to the communication device, the radio frequency circuit receives the radio frequency signal via the antenna, converts the radio frequency signal to a baseband signal, and outputs the baseband signal to the processor 2101. The processor 2101 converts the baseband signal to data and processes the data.

[0406] In other implementations, the radio frequency circuit and the antenna may be located independently from the processor that performs baseband processing. For example, in a distributed scenario, the radio frequency circuit and the antenna may be located remotely and independently from the communication device. The present application further provides a chip, which may implement the functionality of any of the above-mentioned method embodiments by executing a program or instructions.

[0407] The communication device may be a standalone device or may be part of a larger device. For example, the communication device may be: (1) A standalone integrated circuit IC, chip, or chip system or subsystem; (2) a set of one or more ICs, which may optionally include a storage component configured to store data and instructions; (3) ASIC, e.g., modem, (4) Modules that can be incorporated into other devices; (5) Receivers, intelligent terminals, wireless devices, handheld devices, mobile units, in-vehicle devices, cloud devices, artificial intelligence devices, etc.; (6) Other may be.

[0408] When the specific implementation form of the communication device in this embodiment of the present application is a chip, the chip may be implemented by a processor. The processor may be configured to perform baseband-related processing, for example, but not limited to this. The chip may further include a transceiver. The transceiver may be configured to perform radio frequency reception and reception, for example, but not limited to this. The aforementioned components may be separately located on independent chips, or at least some or all of the components may be located on the same chip. For example, the processor may be divided into an analog baseband processor and a digital baseband processor. The analog baseband processor and the transceiver may be integrated on the same chip, and the digital baseband processor may be located on a separate chip. With the continuous development of integrated circuit technology, more and more components may be integrated on the same chip. For example, a digital baseband processor may be integrated on the same chip with multiple application processors (for example, but not limited to, a graphics processing unit and a multimedia processor). A chip may also be referred to as a system on chip. Whether the components are independently located on different chips or integrated on one or more chips generally depends on the specific requirements of the product design. The specific implementation of the aforementioned components is not limited in the embodiments of the present invention.

[0409] The present application further provides a computer-readable storage medium, which stores a computer program, which, when executed by a computer, implements the functions of any of the aforementioned method embodiments.

[0410] The present application further provides a computer program product, which, when executed by a computer, implements the functions of any of the aforementioned method embodiments.

[0411] In the embodiments of the present application, some simple names (including nouns, technical terms, explanations, interpretations, concepts, etc.) may be provided for some words and sentences to simplify the introduction of the embodiments and facilitate understanding. For example, "WLAN communication device" is abbreviated to "WLAN device". As another example, "ensuring coexistence between new devices and legacy devices" is abbreviated to "ensuring coexistence". The change of names is for the purpose of simplifying the description and does not imply any limitation on the objects, concepts, or meanings of these words and sentences.

[0412] In this specification, claims, and accompanying drawings of this application, terms such as "first," "second," and "third" are intended to distinguish between different objects, but do not limit a particular order.

[0413] In the embodiments of the present application, words such as "example" and "for example" are used to indicate providing an example, illustrative example, or explanation. An embodiment or design manner described in the embodiments of the present application as an "example" or "for example" should not be described as being preferred or having more advantages than other embodiments or design manners. Strictly speaking, the use of words such as "example," "for example," etc. is intended to concretely present the relevant concept.

[0414] The term "plurality" means two or more, as does other quantifiers. The term "and / or" describes an association relationship between associated objects and indicates that three relationships are possible. For example, A and / or B can indicate three cases: that only A is present, that both A and B are present, and that only B is present. In addition, the singular forms "a," "an," and "the" refer to "one or more," not "one or only one," unless the context clearly dictates otherwise. For example, "a device" refers to one or more such devices. Furthermore, "at least one of..." refers to one or any combination of the subsequent associated objects. For example, "at least one of A, B, and C" includes A, B, C, AB, AC, BC, or ABC.

[0415] The method steps in the embodiments of the present application may be implemented in a hardware manner or in a manner in which a processor executes software instructions. The software instructions may include corresponding software modules. The software modules may be stored in random access memory (RAM), flash memory, read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), registers, hard disk, removable hard disk, CD-ROM, or any other form of storage medium known in the art. For example, the storage medium is coupled to the processor, such that the processor can read information from and write information to the storage medium. Of course, the storage medium may be components of the processor. The processor and the storage medium may be located in an ASIC. In addition, the ASIC may be located in a network device or a terminal device. Of course, the processor and the storage medium may alternatively be separate and distinct components within the network device or terminal device.

[0416] All or part of the above-described embodiments may be implemented using software, hardware, firmware, or any combination thereof. When software is used to implement an embodiment, all or part of the embodiment may be embodied in the form of a computer program product. The computer program product includes one or more computer programs or instructions. When the computer programs or instructions are loaded and executed on a computer, all or part of the procedures or functions of the embodiments of the present application are performed. The computer may be a general-purpose computer, a special-purpose computer, a computer network, a network device, user equipment, or other programmable device. The computer program or instructions may be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer program or instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via a wired or wireless method. The computer-readable storage medium may be any available medium accessible by a computer, or a data storage device, such as a server or data center, that integrates one or more available media. The usable media may be magnetic media, such as floppy disks, hard disks, or magnetic tapes, or optical media, such as digital video discs (DVDs), or semiconductor media, such as solid state drives (SSDs).

[0417] It should be understood that various numbers in the embodiments of the present application are only used for distinction to facilitate description, and are not used to limit the scope of the embodiments of the present application. The sequence numbers of the above processes do not imply an execution sequence, and the execution sequence of the processes should be determined based on the functions and internal logic of the processes.

[0418] In this application, unless otherwise specified, identical or similar parts of embodiments shall refer to each other. In the embodiments and implementation forms / implementation methods in the embodiments of this application, unless otherwise specified or unless a logical contradiction occurs, the terms and / or descriptions shall be consistent and may be cross-referenced between different embodiments and implementation forms / implementation methods in the embodiments. The technical features of different embodiments and implementation forms / implementation methods in the embodiments may be combined to form new embodiments, implementation forms, or implementation methods based on their internal logical relationships. The following implementation forms of this application are not intended to limit the protection scope of this application.

[0419] It should be understood that the term "embodiment" used throughout this specification means that a particular feature, structure, or characteristic associated with an embodiment is included in at least one embodiment of the present application. Thus, embodiments throughout this specification do not necessarily refer to the same embodiment. Additionally, these particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments. It should be understood that the sequence numbers of the processes described above do not imply an execution sequence in various embodiments of the present application. The execution sequence of the processes should be determined based on the functions and internal logic of the processes and should not be construed as a limitation on the implementation process of the embodiments of the present application. [Explanation of symbols]

[0420] 200 WLAN communication devices 201 processor 202 memory 203 Command 204 Instructions 205 Transceiver 206 Antenna 301 processor 302 Interface 303 Memory 1700 Communication Equipment 1701 Processing Unit 1702 transmitting unit 1800 Communication Equipment 1801 Processing Unit 1802 transmitting unit 1900 Communication Equipment 1901 Processing Unit 1902 transmitting unit 2000 Communication Equipment 2001 receiving unit 2002 Processing Unit 2100 Communication Equipment 2101 processor 2102 transceiver 2103 Memory

Claims

1. 1. A communication method comprising: generating a physical layer protocol data unit (PPDU), the PPDU including a first field indicating that the PPDU is an Very High Throughput Sounding Null Data Packet (EHT sounding NDP) transmitted based on Orthogonal Frequency Division Multiple Access (OFDMA); the PPDU further includes an Ultra High Throughput Long Training Field (EHT-LTF) and a Packet Extension (PE) field, the PE field being adjacent to the EHT-LTF; transmitting the PPDU; Including, the first field includes a PPDU type and a compressed mode subfield and a second field; The PPDU type and compressed mode subfields indicate that the PPDU is the EHT sounding NDP; The second field indicates that the PPDU is transmitted based on OFDMA. Communication method.

2. 2. The method of claim 1, wherein the PPDU further includes an Very High Throughput Signal EHT-SIG field, the EHT-SIG field including an n number of users field, the n number of users field including at least one of a number of spatial streams subfield or a beamformed subfield, where n is a positive integer.

3. 2. The method of claim 1, wherein the PPDU further includes an EHT-SIG field, the EHT-SIG field includes only one common field, and the common field includes at least one of a Number of Spatial Streams subfield or a Beamformed subfield.

4. The PPDU further includes a universal signal (U-SIG) field and the EHT-SIG field, the U-SIG field including a first punctured channel indication field, and the EHT-SIG field including a second punctured channel indication field; the first punctured channel indication field indicates a puncture status in an 80 MHz sub-block bandwidth of the U-SIG field; The second punctured channel indication field indicates a puncture status in the entire bandwidth of the PPDU. The method of claim 2.

5. 5. The method of claim 4, wherein the second punctured channel indication field includes at least one resource unit indication subfield, the resource unit indication subfield indicating a puncture status of a subchannel within the bandwidth of the PPDU.

6. 5. The method of claim 4, wherein the second punctured channel indication field includes a bitmap subfield, the bitmap subfield indicating the puncturing status in the full bandwidth of the PPDU.

7. 1. A communication method comprising: receiving a PPDU, wherein the PPDU includes a first field indicating that the PPDU is an EHT sounding NDP transmitted based on OFDMA; the PPDU further includes an EHT-LTF and a PE field, the PE field being adjacent to the EHT-LTF; performing channel estimation by using the PPDU; Including, the first field includes a PPDU type and a compressed mode subfield and a second field; The PPDU type and compressed mode subfields indicate that the PPDU is the EHT sounding NDP; The second field indicates that the PPDU is transmitted based on OFDMA. Communication method.

8. 8. The method of claim 7, wherein the PPDU further includes an EHT-SIG field, the EHT-SIG field including an n users field, the n users field including at least one of a number of spatial streams subfield or a beamformed subfield, where n is a positive integer.

9. 8. The method of claim 7, wherein the PPDU further includes an EHT-SIG field, the EHT-SIG field includes only one common field, and the common field includes at least one of a Number of Spatial Streams subfield or a Beamformed subfield.

10. the PPDU further includes a U-SIG field and the EHT-SIG field, the U-SIG field includes a first punctured channel indication field, and the EHT-SIG field includes a second punctured channel indication field; the first punctured channel indication field indicates a puncture status in an 80 MHz sub-block bandwidth of the U-SIG field; The second punctured channel indication field indicates a puncture status in the entire bandwidth of the PPDU. The method of claim 8.

11. 11. The method of claim 10, wherein the second punctured channel indication field includes at least one resource unit indication subfield, the resource unit indication subfield indicating a puncture status of a subchannel within the bandwidth of the PPDU.

12. 11. The method of claim 10, wherein the second punctured channel indication field includes a bitmap subfield, the bitmap subfield indicating the puncturing status in the full bandwidth of the PPDU.

13. A communications device comprising a processor and a transceiver, wherein when the processor executes a computer program or instructions in a memory, the method of any one of claims 1 to 6 is performed, or the method of any one of claims 7 to 12 is performed.

14. 13. A computer-readable storage medium having stored thereon computer instructions, the computer instructions instructing a communications device to perform a method according to any one of claims 1 to 6, or the computer instructions instructing a communications device to perform a method according to any one of claims 7 to 12.

Images