Wireless communication method and communication device

WO2026178875A9PCT designated stage Publication Date: 2026-10-01GUANGDONG OPPO MOBILE TELECOMMUNICATIONS CORP LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
PCT/CN2025/079986
Authority / Receiving Office
WO · WO
Patent Type
Applications
Current Assignee / Owner
Filing Date
2025-02-28
Publication Date
2026-10-01

Smart Images

  • Figure CN2025079986_01102026_PF_FP_ABST
    Figure CN2025079986_01102026_PF_FP_ABST
Patent Text Reader

Abstract

Provided are a wireless communication method and a communication device. The wireless communication method comprises: a first device sends a PPDU to a second device, the PPDU comprising a MAC frame, and the MAC frame comprising one or more of the following: a MAC header, a frame body, and one or more pieces of check information.
Need to check novelty before this filing date? Find Prior Art

Description

Wireless communication methods and communication devices Technical Field

[0001] This application relates to the field of communication technology, and more specifically, to a method and device for wireless communication. Background Technology

[0002] Some low-complexity devices (such as ambient-powered (AMP) devices) have limited bandwidth capabilities, therefore, these devices cannot communicate using the traditional medium access control (MAC) frame format. Thus, designing the MAC frame format for these low-complexity devices is a problem that needs to be solved. Summary of the Invention

[0003] This application provides a method and apparatus for wireless communication. The various aspects covered by this application are described below.

[0004] In a first aspect, a wireless communication method is provided, comprising: a first device sending a physical layer protocol data unit (PPDU) to a second device, the PPDU including a MAC frame, and the MAC frame including one or more of the following: a MAC frame header, a frame body, and one or more checksums.

[0005] In a second aspect, a wireless communication method is provided, comprising: a second device receiving a PPDU sent by a first device, the PPDU including a MAC frame, and the MAC frame including one or more of the following: a MAC frame header, a frame body, and one or more checksums.

[0006] Thirdly, a communication device is provided, which is a first device. The communication device includes: a transmitting module for transmitting a PPDU to a second device, wherein the PPDU includes a MAC frame, and the MAC frame includes one or more of the following: a MAC frame header, a frame body, and one or more checksums.

[0007] Fourthly, a communication device is provided, which is a second device. The communication device includes: a receiving module for receiving a PPDU sent by a first device, wherein the PPDU includes a MAC frame, and the MAC frame includes one or more of the following: a MAC frame header, a frame body, and one or more checksums.

[0008] Fifthly, a communication device is provided, including a processor, a memory, and a communication interface, wherein the memory is used to store one or more computer programs, and the processor is used to invoke the computer programs in the memory to cause the communication device to perform some or all of the steps in the methods of the above aspects.

[0009] Sixthly, embodiments of this application provide a communication system that includes the aforementioned communication device. In another possible design, the system may further include other devices that interact with the communication device as described in the embodiments of this application.

[0010] In a seventh aspect, embodiments of this application provide a computer-readable storage medium storing a computer program that causes a computer to perform some or all of the steps in the methods described above.

[0011] Eighthly, embodiments of this application provide a computer program product, wherein the computer program product includes a non-transitory computer-readable storage medium storing a computer program operable to cause a computer to perform some or all of the steps of the methods described in the foregoing aspects. In some implementations, the computer program product may be a software installation package.

[0012] Ninthly, embodiments of this application provide a chip including a memory and a processor, the processor being able to call and run a computer program from the memory to implement some or all of the steps described in the methods of the foregoing aspects.

[0013] This application provides a MAC frame format, which includes one or more of the following: a MAC frame header, a frame body, and one or more checksum information. This MAC frame format facilitates communication between low-complexity devices (such as AMP devices). Attached Figure Description

[0014] Figure 1 is an example diagram of the system architecture of a wireless communication system to which embodiments of this application can be applied.

[0015] Figure 2 is another example diagram of the system architecture of a wireless communication system to which embodiments of this application can be applied.

[0016] Figure 3 is another example diagram of the system architecture of a wireless communication system to which embodiments of this application can be applied.

[0017] Figure 4 is a flowchart illustrating the wireless communication method provided in an embodiment of this application.

[0018] Figure 5 is an example diagram of the format of a wake-up radio (WUR) frame provided in an embodiment of this application.

[0019] Figure 6 is an example diagram of the MAC frame format provided in an embodiment of this application.

[0020] Figure 7 is a schematic diagram of the structure of a communication device provided in an embodiment of this application.

[0021] Figure 8 is a schematic diagram of the structure of a communication device provided in another embodiment of this application.

[0022] Figure 9 is a schematic structural diagram of the communication device provided in an embodiment of this application. Detailed Implementation

[0023] Communication system architecture

[0024] Figure 1 is a system architecture example diagram of a wireless communication system 100 to which embodiments of this application can be applied. The wireless communication system 100 may include a network device 110 and a terminal device 120. The network device 110 may be a device that communicates with the terminal device 120. The network device 110 may provide communication coverage for a specific geographical area and may communicate with the terminal device 120 located within that coverage area.

[0025] Figure 1 illustrates an exemplary network device and two terminal devices. Optionally, the wireless communication system 100 may include multiple network devices, and each network device may include other numbers of terminal devices within its coverage area. This application embodiment does not limit this.

[0026] Optionally, the wireless communication system 100 may also include other network entities such as a network controller and a mobility management entity, which is not limited in this embodiment.

[0027] It should be understood that the technical solutions of the embodiments of this application can be applied to various communication systems, such as: 5th generation (5G) systems or new radio (NR), long term evolution (LTE) systems, LTE frequency division duplex (FDD) systems, LTE time division duplex (TDD) systems, wireless local area networks (WLAN), wireless fidelity (WiFi), high performance radio local area networks (HIPELAN), wide area networks (WAN), etc. The technical solutions provided in this application can also be applied to future communication systems, such as 6th generation mobile communication systems, satellite communication systems, etc. The technical solutions provided in the embodiments of this application can be applied to communication systems using the 802.11 standard. Exemplarily, the 802.11 standard includes, but is not limited to: the 802.11ax standard, the 802.11be standard, and next-generation 802.11 standards, etc.

[0028] The terminal device in this application embodiment can also be referred to as user equipment (UE), access terminal, user unit, user station, mobile station, mobile station (MS), mobile terminal (MT), remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or user device. The terminal device in this application embodiment can be a device that provides voice and / or data connectivity to a user, and can be used to connect people, objects, and machines, such as a handheld device with wireless connectivity, vehicle-mounted device, etc. The terminal devices in the embodiments of this application can be mobile phones, tablets, laptops, PDAs, mobile internet devices (MIDs), wearable devices, virtual reality (VR) devices, augmented reality (AR) devices, wireless terminals in industrial control, self-driving, remote medical surgery, smart grids, transportation safety, smart cities, and smart homes, etc. Optionally, the UE can act as a base station. For example, the UE can act as a scheduling entity, providing sidelink signals between UEs in V2X or D2D, etc. For example, cellular phones and cars communicate with each other using sidelink signals. Cellular phones and smart home devices communicate without relaying communication signals through a base station.

[0029] The network device in this application embodiment can be a device for communicating with a terminal device. This network device can also be called an access network device or a wireless access network device, such as a base station. In this application embodiment, the network device can refer to a radio access network (RAN) node (or device) that connects the terminal device to the wireless network. A base station can broadly encompass, or be replaced by, various names including: NodeB, evolved NodeB (eNB), next-generation NodeB (gNB), relay station, transmitting and receiving point (TRP), transmitting point (TP), master MeNB, auxiliary SeNB, multi-mode radio (MSR) node, home base station, network controller, access node, wireless node, access point (AP), transmission node, transceiver node, baseband unit (BBU), remote radio unit (RRU), active antenna unit (AAU), remote radio head (RRH), central unit (CU), distributed unit (DU), positioning node, etc. A base station can be a macro base station, micro base station, relay node, donor node, or similar, or a combination thereof. A base station can also refer to a communication module, modem, or chip installed within the aforementioned equipment or apparatus. Base stations can also be mobile switching centers, devices that perform base station functions in device-to-device (D2D), vehicle-to-everything (V2X), and machine-to-machine (M2M) communications, network-side devices in 6G networks, and devices that perform base station functions in future communication systems. Base stations can support networks using the same or different access technologies. The embodiments of this application do not limit the specific technologies or device forms used in the network equipment.

[0030] Base stations can be fixed or mobile. For example, a helicopter or drone can be configured to act as a mobile base station, and one or more cells can move depending on the location of the mobile base station. In other examples, a helicopter or drone can be configured as a device to communicate with another base station.

[0031] In some deployments, the network device in this application embodiment may refer to a CU or a DU, or the network device may include both a CU and a DU. The gNB may also include an AAU.

[0032] Network devices and terminal devices can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; and they can also be deployed in the air on airplanes, balloons, and satellites. This application does not limit the scenario in which the network devices and terminal devices are located.

[0033] It should be understood that all or part of the functions of the communication device in this application can also be implemented by software functions running on hardware, or by virtualization functions instantiated on a platform (e.g., a cloud platform).

[0034] AMP devices

[0035] In cellular network systems (such as NR and 6G systems) and WiFi systems, the battery-free and low-cost nature of devices enables the low-cost, mass deployment and maintenance-free operation of devices such as IoT devices. Current standards are researching how to support AMP devices (or AMP IoT devices, AMP tags, zero-power devices, etc.) in cellular network and WiFi systems. The energy required for their operation comes from environmental energy harvesting, which can be from wireless signals, solar energy, or thermal energy. These devices are similar to passive or semi-passive devices in zero-power communication.

[0036] The 3rd Generation Partner Project (3GPP) is discussing research projects on AMP devices, broadly categorizing them into three types: Device A, Device B, and Device C, each with corresponding complexity and communication capabilities. These three types of AMP devices are described below.

[0037] Device A lacks energy storage capabilities and cannot transmit signals independently. In other words, device A uses backscattering transmission for communication. Device A has minimal complexity and power consumption, as low as 1μW, but its communication distance is limited, typically only a few meters. Device A requires a carrier signal from a network device for backscattering transmission.

[0038] Device B has energy storage capabilities but cannot transmit independent signals. In other words, device B uses backscatter transmission for communication and can amplify the backscattered signal using stored energy. The complexity and power consumption of device B fall between those of devices A and C.

[0039] Device C has energy storage capabilities and can transmit signals independently. In other words, device C possesses active transmission capabilities. Device C typically has a large-capacity capacitor to store energy from the environment, supports power consumption of several hundred μW, supports active signal transmission, and has a long communication range. Because device C can perform active transmission, it does not require a carrier signal from network equipment.

[0040] Based on the discussion of application scenarios for AMP devices according to the 3GPP system architecture (SA)1, AMP devices can be used in at least the following four types of scenarios.

[0041] Scenario 1: Object recognition, such as logistics, production line product management, and supply chain management.

[0042] Scenario 2: Environmental monitoring, such as monitoring of temperature, humidity, and harmful gases in the working environment and natural environment.

[0043] Scenario 3: Location services, such as indoor location services, smart item search, and production line item location.

[0044] Scenario 4: Intelligent control, such as the intelligent control of various electrical appliances in smart homes (turning on and off air conditioners, adjusting temperature), and the intelligent control of various facilities in agricultural greenhouses (automatic irrigation, fertilization).

[0045] In low-power IoT based on cellular networks, AMP devices can directly send and receive commands, data, or signals from network devices, and send or backscatter data or channels to network devices, as shown in Figure 2 (denoted as the first topology). Alternatively, AMP devices can communicate with network devices through intermediate nodes. In this case, the intermediate node sends control, data, or signals to the AMP device, and the AMP device sends or backscatters data or signals to the intermediate node, as shown in Figure 3 (denoted as the second topology).

[0046] It should be noted that in the architectures shown in Figures 2 and 3, the transmission of data by the AMP device is based on network device scheduling. In Figure 2, the AMP device and the network device communicate directly; therefore, the network device can directly send scheduling information to the AMP device. In Figure 3, the AMP device communicates with the network device through an intermediate node. The scheduling information sent by the network device is first sent to the intermediate node, and then the intermediate node sends it to the AMP device.

[0047] In some embodiments, if the AMP device sends control, data, or signals to a network device or intermediate node via backscattering, a carrier wave needs to be provided to the AMP device. In this embodiment, the node providing the carrier wave to the AMP device can be a network device or intermediate node, or it can be another node.

[0048] In some embodiments, the AMP device can send control, data, or signals to network devices or intermediate nodes by actively transmitting.

[0049] AMP devices require energy harvested from the environment, resulting in limited capabilities (such as bandwidth). Therefore, AMP devices cannot use traditional MAC frame formats when communicating with other devices. Thus, determining the appropriate MAC frame format for certain less complex devices (such as AMP devices) is a problem that needs to be solved.

[0050] To address the aforementioned problems, this application proposes a MAC frame format that can be used for communication between low-complexity devices and network devices. The method embodiments of this application will be described below.

[0051] Figure 4 is a schematic flowchart of a wireless communication method provided in an embodiment of this application. The method shown in Figure 4 is described from the perspective of interaction between a first device and a second device. The method shown in Figure 4 includes step S410, which will be described below.

[0052] In step S410, the first device sends a PPDU to the second device.

[0053] The first device is the sender of the PPDU. In some embodiments, the first device can be a low-complexity device, such as an AMP device, a RedCap terminal, etc. In some embodiments, the first device can be a network device or a legacy terminal device, such as the network device shown in Figures 1 to 3.

[0054] The second device is the receiver of the PPDU. In some embodiments, the second device may be a network device or a traditional terminal device, such as the network device shown in Figures 1 to 3. In some embodiments, the second device may be a low-complexity device, such as an AMP device, a RedCap terminal, etc.

[0055] In the embodiments of this application, at least one of the first device and the second device is a low-complexity device. Taking an uplink PPDU as an example, the first device can be a low-complexity device (such as an AMP device), and the second device can be a network device. Taking a downlink PPDU as an example, the first device can be a network device, and the second device can be a low-complexity device (such as an AMP device).

[0056] In some embodiments, the first device and the second device can communicate via a cellular network. For example, the first device and the second device can communicate via an NR network or a 6G network.

[0057] In some embodiments, the first device and the second device can communicate via a WiFi network. It should be noted that when the first device and the second device communicate via a WiFi network, the first device and the second device can be understood as an Access Point (AP) and a non-Access Point Station (non-AP STA), respectively. For example, the first device is an AP, and the second device is a non-AP STA. Or, for another example, the first device is a non-AP STA, and the second device is an AP.

[0058] In the embodiments of this application, the PPDU can be used for communication in low-complexity devices (such as AMP devices). In this case, the PPDU can also be referred to as or understood as an AMP PPDU.

[0059] In some embodiments, the PPDU format can adopt the common PPDU format of the AMP system. For example, the PPDU format can reuse the format of the WUR frame, that is, the PPDU format can be enhanced on the basis of the WUR frame format to be suitable for the AMP system.

[0060] In embodiments of this application, the PPDU may include a MAC frame. For example, the MAC frame may be encapsulated in the frame body of the PPDU.

[0061] In some embodiments, the MAC frame can also reuse the format of a WUR frame. Figure 5 illustrates the format of a WUR MAC frame. As shown in Figure 5, a WUR MAC frame includes a MAC frame header, a frame body, and a frame check sequence (FCS). The WUR MAC frame header includes a frame control information field, an identifier (ID) information field, and a type dependent control (TD) information field. The frame control information field occupies 4 or 8 bits. The ID information field occupies 12 bits. The TD control information field occupies 0 or 12 bits. The length of the frame body is variable. The FCS occupies 16 bits.

[0062] However, because low-complexity devices (such as AMP devices) also have other unique characteristics (such as the need to transmit data and / or signaling), the WUR frame format cannot be reused for low-complexity devices like AMP devices without enhancement. Based on this, embodiments of this application can use the WUR frame as the basis for MAC frame design in low-complexity devices and enhance it. The format of the MAC frame in embodiments of this application is described below.

[0063] In some embodiments, a MAC frame of a low-complexity device (such as a MAC frame of an AMP device, hereinafter referred to as a MAC frame) may include one or more of the following: a MAC frame header, a frame body, and one or more checksums.

[0064] In some embodiments, a MAC frame may include one of the above-described features. As an example, a MAC frame includes a MAC frame header. As another example, a MAC frame includes a frame body. As yet another example, a MAC frame includes one or more checksums.

[0065] In some embodiments, a MAC frame may include several of the features described above. As an example, a MAC frame includes a MAC frame header and a frame body. As another example, a MAC frame includes a frame body and one or more checksums. As yet another example, a MAC frame includes a MAC frame header, a frame body, and one or more checksums.

[0066] The MAC frame header, frame body, and one or more checksums are described below. First, the MAC frame header will be introduced.

[0067] In some embodiments, the MAC frame header may include one or more of the following: a first information field, a second information field, a third information field, and a fourth information field.

[0068] In some embodiments, the MAC frame header may include one of the information fields described above. For example, the MAC frame header may include a first information field. Alternatively, the MAC frame header may include a second information field. Another example is that the MAC frame header may include a third information field. Yet another example is that the MAC frame header may include a fourth information field.

[0069] In some embodiments, the MAC frame header may include multiple of the information fields described above. For example, the MAC frame header may include a first information field and a second information field. Another example is that the MAC frame header may include a first information field and a third information field. Yet another example is that the MAC frame header may include a first information field and a fourth information field. Yet another example is that the MAC frame header may include a first information field, a second information field, and a third information field. It should be noted that the above examples are merely illustrations, and the MAC frame header may include any number of the information fields described above; for the sake of brevity, they will not be listed individually here.

[0070] The first information domain, the second information domain, the third information domain, and the fourth information domain are described below.

[0071] In some embodiments, the first information field may occupy N bits. This application does not limit the value of N. In some embodiments, N is greater than or equal to 3. In other words, N is an integer greater than or equal to 3. For example, N equals 3. Or, N equals 4. Or, N equals 5. In this way, the first information field can indicate a wider variety of MAC frame types, meeting the frame type requirements of low-complexity devices. However, this application is not limited to this; for example, N can also be greater than or equal to 2. As an example, N equals 2.

[0072] In some embodiments, the first information field may be carried in the frame control information field of the MAC frame header.

[0073] In some embodiments, the first information field may be used to indicate the type of MAC frame.

[0074] This application does not specifically limit the type of MAC frame. For example, the type of MAC frame may include one or more of the following: management frames for low-complexity devices, control frames for low-complexity devices, and data frames for low-complexity devices. Taking an AMP device as an example of a low-complexity device, the type of MAC frame for an AMP device may include one or more of the following: AMP management frames, AMP control frames, and AMP data frames.

[0075] In some embodiments, the type of the MAC frame may include one of the types described above. As an example, the type of the MAC frame includes a management frame for a low-complexity device. As another example, the type of the MAC frame includes a control frame for a low-complexity device. As yet another example, the type of the MAC frame includes a data frame for a low-complexity device.

[0076] In some embodiments, the type of MAC frame may include multiple types described above. As an example, the type of MAC frame includes management frames for low-complexity devices and control frames for low-complexity devices. As another example, the type of MAC frame includes management frames for low-complexity devices and data frames for low-complexity devices. As yet another example, the type of MAC frame includes control frames for low-complexity devices and data frames for low-complexity devices. As yet another example, the type of MAC frame includes management frames for low-complexity devices, control frames for low-complexity devices, and data frames for low-complexity devices.

[0077] In some embodiments, the management frames of a low-complexity device may further include several subtypes. For example, the management frames of a low-complexity device may include one or more of the following: trigger frame, association frame, deassociation frame, authentication frame, and deauthentication frame.

[0078] As an example, the management frames for a low-complexity device may include trigger frames.

[0079] As another example, the management frames of a low-complexity device may include association frames and / or deassociation frames.

[0080] As yet another example, management frames for low-complexity devices may include authentication frames and / or deauthentication frames.

[0081] As yet another example, the management frames for a low-complexity device may include association frames and / or deassociation frames, as well as trigger frames.

[0082] As yet another example, management frames for low-complexity devices may include authentication frames and / or deauthentication frames, as well as trigger frames.

[0083] As yet another example, management frames for low-complexity devices may include trigger frames, association frames, deassociation frames, authentication frames, and deauthentication frames.

[0084] In some embodiments, a trigger frame can be used to trigger a low-complexity device to perform an uplink transmission. For example, a trigger frame can be used to trigger an AMP device to perform an uplink transmission.

[0085] In some embodiments, association frames can be used for association of low-complexity devices. For example, association frames can be used for association of AMP devices. In some embodiments, deassociation frames can be used for deassociation of low-complexity devices. For example, deassociation frames can be used for deassociation of AMP devices.

[0086] In some embodiments, association frames and / or deassociation frames can be used for simplified, low-complexity device association. For example, association frames and / or deassociation frames can be used for simplified AMP association.

[0087] In some embodiments, the associated frame and the deassociated frame have the same frame format, or they can be the same frame (i.e., the same frame). For example, the associated frame and the deassociated frame are essentially associated / deassociated frames.

[0088] In some embodiments, authentication frames can be used for authenticating low-complexity devices. For example, authentication frames can be used for authenticating AMP devices. In some embodiments, deauthentication frames can be used for deauthenticating low-complexity devices. For example, deauthentication frames can be used for deauthenticating AMP devices.

[0089] In some embodiments, authentication frames and / or deauthentication frames can be used for simplified authentication of low-complexity devices. For example, authentication frames and / or deauthentication frames can be used for simplified AMP authentication.

[0090] In some embodiments, the authentication frame and the deauthentication frame have the same frame format, or they can be the same frame (i.e., the same frame). For example, the authentication frame and the deauthentication frame are essentially authentication / deauthentication frames.

[0091] In some embodiments, the control frames of the aforementioned low-complexity device may further include several subtypes. For example, the control frames of a low-complexity device may include one or more of the following: request to send (RTS) frames, clear to send (CTS) frames, acknowledge (ACK) frames, and block acknowledge (BA) frames. For a description of RTS, CTS, ACK, and BA frames, please refer to relevant technologies; for brevity, they will not be detailed here.

[0092] In some embodiments, the control frames of a low-complexity device may include one of the types described above. As an example, the control frames of a low-complexity device include ACK frames. As another example, the control frames of a low-complexity device include BA frames.

[0093] In some embodiments, the control frames of a low-complexity device may include multiple types described above. As an example, the control frames of a low-complexity device include RTS frames and CTS frames. As another example, the control frames of a low-complexity device include ACK frames and BA frames. As yet another example, the control frames of a low-complexity device include RTS frames, CTS frames, and ACK frames. As yet another example, the control frames of a low-complexity device include RTS frames, CTS frames, ACK frames, and BA frames. As yet another example, the control frames of a low-complexity device include RTS frames, CTS frames, ACK frames, and BA frames.

[0094] In some embodiments, the data frames of the aforementioned low-complexity devices may further include several subtypes. For example, the data frames of low-complexity devices may include long data frames and / or short data frames.

[0095] In some embodiments, the MAC frame type may include other types besides those described above. For example, the MAC frame type may also include reserved frame types. Taking a low-complexity device as an AMP device as an example, the MAC frame type may also include AMP-reserved frame types.

[0096] In some embodiments, the type of MAC frame may also include the frame type of WUR MAC frame. Exemplarily, the type of MAC frame may also include one or more of the following types: beacon frame, wake-up frame, vendor specific frame, discovery frame, short wake-up frame.

[0097] In some embodiments, the type of the MAC frame may include one of the frame types of WUR MAC frames. As an example, the type of the MAC frame includes a beacon frame. As another example, the type of the MAC frame includes a wake-up frame. As yet another example, the type of the MAC frame includes a vendor-specified frame. As yet another example, the type of the MAC frame includes a discovery frame. As yet another example, the type of the MAC frame includes a short wake-up frame.

[0098] In some embodiments, the type of the MAC frame may include multiple frame types from the WUR MAC frame. As an example, the MAC frame types include beacon frames and wake-up frames. As another example, the MAC frame types include beacon frames, vendor-specified frames, and discovery frames. As yet another example, the MAC frame types include beacon frames, wake-up frames, vendor-specified frames, discovery frames, and short wake-up frames. It should be noted that the above examples are merely illustrative; the type of the MAC frame may include any combination of WUR MAC frame types, and for the sake of brevity, they will not be listed here.

[0099] For an introduction to the frame type of WUR MAC frames, please refer to the relevant technical documentation. For the sake of brevity, it will not be elaborated here.

[0100] In some embodiments, the MAC frame type may include only one or more of the following: management frames for low-complexity devices, control frames for low-complexity devices, data frames for low-complexity devices, and reserved frame types. In other embodiments, the MAC frame type may include one or more of the following frame types in addition to management frames for low-complexity devices, control frames for low-complexity devices, data frames for low-complexity devices, and reserved frame types: WUR MAC frame types. That is, in addition to management frames for low-complexity devices, control frames for low-complexity devices, data frames for low-complexity devices, and reserved frame types, the MAC frame type may also include one or more of the following: beacon frames, wake-up frames, vendor-specified frames, discovery frames, and short wake-up frames.

[0101] The second information field can be used to indicate the length of the frame body. In some embodiments, the second information field can occupy M bits. This application does not limit the value of M. In some embodiments, M is greater than 3, that is, M is an integer greater than 3. For example, if M is 5, the second information field can represent a maximum of 64 bytes. Or, for example, if M is 6, the second information field can represent a maximum of 128 bytes. However, this application is not limited to this; for example, M can also be equal to 3, in which case the second information field can represent a maximum of 16 bytes.

[0102] In some embodiments, the second information field may be carried in the frame control information field of the MAC frame header.

[0103] The third information field can be used to indicate the transmission parameters of the frame body. For example, the third information field can be used to indicate one or more of the modulation / demodulation scheme, coding, and data rate of the frame body. As an example, the third information field can indicate the modulation / demodulation scheme of the frame body. As another example, the third information field can indicate the coding of the frame body. As yet another example, the third information field can indicate the data rate of the frame body. As yet another example, the third information field can indicate both the modulation / demodulation scheme and coding of the frame body. As yet another example, the third information field can indicate both the modulation / demodulation scheme and data rate of the frame body. As yet another example, the third information field can indicate both the coding and data rate of the frame body. As yet another example, the third information field can indicate the modulation / demodulation scheme, coding, and data rate of the frame body.

[0104] Taking the uplink PPDU as an example, the first device (such as an AMP device) can independently select one or more of the modulation and demodulation methods, encoding, and data rates, and the result of the selection is indicated in the third information field.

[0105] In some embodiments, the third information field may be carried in the frame control information field of the MAC frame header.

[0106] The fourth information field can be used to indicate the type of device that triggers the MAC frame. This application does not limit the type of device that triggers the MAC frame. Exemplarily, the type of device that triggers the MAC frame includes one or more of the following: an active transmitting device, a backscattering device.

[0107] In some embodiments, the fourth information field can be used to indicate that the MAC frame is used to trigger a backscattering device. In some embodiments, the fourth information field can be used to indicate that the MAC frame is used to trigger an active transmitting device. Therefore, in some embodiments, the fourth information field can also be understood as a backscattering indication information field to indicate whether the MAC frame triggers a backscattering device or an active transmitting device.

[0108] In some embodiments, the fourth information field may be carried in the frame control information field of the MAC frame header.

[0109] In some embodiments, the MAC frame header may include, in addition to one or more of the first, second, third, and fourth information fields, other information fields. For example, the MAC frame header may include one or more of the following information fields: frame control information field, ID information field, and TD control information field. Further details regarding the frame control information field, ID information field, and TD control information field can be found in related technologies and will not be elaborated upon here for the sake of brevity.

[0110] The MAC frame header has been introduced above. The frame body and one or more checksums will be introduced below.

[0111] In some embodiments, the frame body can be used to carry payload. For example, the frame body can be used to carry data. As another example, the frame body can be used to carry signaling.

[0112] The embodiments of this application do not limit the length of the frame body. The length of the frame body is variable.

[0113] In some embodiments, one or more verification information may include first verification information and / or second verification information.

[0114] The first checksum can be used to verify the MAC frame header. This is because current MAC frames are verified by adding an FCS to the end of the MAC frame. However, for low-complexity devices (such as AMP devices), the MAC frame header may contain some important information. Therefore, verifying the MAC frame header with the first checksum helps ensure successful decoding of the MAC frame header.

[0115] In some embodiments, the first verification information used to verify the MAC frame header may include: the first verification information may be used to verify the frame control information field in the MAC frame header. That is, the first verification information may be added specifically for the frame control information field to ensure successful decoding of the frame control information field and / or the MAC frame header.

[0116] One implementation approach is to include a 1-bit parity check in the initial verification information. This approach is relatively simple and has low signaling overhead. However, its error detection capability is limited.

[0117] As an alternative implementation, the first verification information can include a cyclic redundancy check (CRC). CRC uses more bits and has a stronger error detection capability.

[0118] This application does not limit the length of the first verification information in its embodiments. In some embodiments, the length of the first verification information (such as CRC) can be greater than or equal to 32 bits. For example, the first verification information can use a 32-bit CRC in the 802.11 system. However, an excessively long first verification information can lead to high signaling overhead. Therefore, in other embodiments, the length of the first verification information (such as CRC) can be less than or equal to 16 bits to protect the frame control information field and / or the MAC frame header with reasonable signaling overhead. As an example, the length of the first verification information can be 16 bits. As another example, the length of the first verification information can be 8 bits. As yet another example, the length of the first verification information can be 4 bits.

[0119] In some embodiments, the first verification information may be included in the MAC frame header. However, the embodiments of this application are not limited to this. For example, the first verification information may be a separate information field located between the MAC frame header and the frame body.

[0120] In some embodiments, the first checksum information may be located before and adjacent to the frame body. For example, if the first checksum information is included in the MAC frame header, it may be located at the end of the MAC frame header (i.e., before and adjacent to the frame body). Alternatively, if the first checksum information is a separate information field located between the MAC frame header and the frame body, it may be located after the MAC frame header and before the frame body (i.e., before and adjacent to the frame body).

[0121] The second verification information can be used to verify MAC frames. In some embodiments, the second verification information may include FCS.

[0122] In some embodiments, the second verification information may be located at the end of the MAC frame. For example, the second verification information may be located after the frame body.

[0123] For ease of understanding, an example of the MAC frame format is given below with reference to Figure 6. As shown in Figure 6, the MAC frame of a low-complexity device includes a MAC frame header, a frame body, and second checksum information. The MAC frame header includes a frame control information field, an ID information field, a TD control information field, and first checksum information. The frame control information field can occupy 4 to 14 bits. The ID information field can occupy 12 bits. The TD control information field can occupy 0 or 12 bits. The first checksum information can occupy 4, 8, or 16 bits. The length of the frame body is variable. The second checksum information can occupy 16 bits.

[0124] As can be seen from the frame structure shown in Figure 6, the sum of the bits used for frame control and first check information can reach up to 30 bits, but this is only the worst case and can be reduced.

[0125] The format of MAC frames for low-complexity devices has been introduced above. The data rate of the MAC frame header will be introduced below.

[0126] In some embodiments, if the PPDU does not indicate the data rate of the MAC frame header, the MAC frame header can be received using the default data rate. That is, if the PPDU does not indicate the data rate of the MAC frame header, the PPDU receiver (i.e., the second device) needs to assume the default data rate when receiving the MAC frame header (such as the frame control information field of the MAC frame) in order to obtain the necessary information for decoding the subsequent frame body.

[0127] In some embodiments, the data rate in the PPDU that does not indicate the MAC frame header includes: the data rate in the PPDU that does not explicitly and / or implicitly indicate the MAC frame header.

[0128] In some embodiments, the absence of an explicit indication of the data rate in the MAC frame header in the PPDU means that certain information fields in the PPDU (such as the signal (SIG) information field) do not explicitly indicate the data rate.

[0129] In some embodiments, the data rate not implicitly indicated in the PPDU for the MAC frame header means that the PPDU does not implicitly use the length of the synchronization sequence (sync sequence), i.e., all data rates use a synchronization sequence of a single length.

[0130] For example, the data rate not indicated in the MAC frame header in the PPDU includes one or more of the following: the SIG information field of the PPDU does not indicate the data rate of the MAC frame header, and the synchronization sequence used by the PPDU does not implicitly indicate the data rate.

[0131] This application does not limit the default data rate in its embodiments. For example, the default data rate can be 250kbps. Another example is that the default data rate can be 1Mbps. Yet another example is that the default data rate can be 2Mbps.

[0132] In some embodiments, the default data rate can be set relatively low, meaning the PPDU receiver can receive the MAC header at a low data rate so that most devices can successfully decode the MAC header. Therefore, in some embodiments, the default data rate can be lower than or equal to a first threshold, which can be a small data rate. For example, the first threshold could be 250 kbps. Or, for example, the first threshold could be 1 Mbps.

[0133] In some embodiments, the data rate of the MAC frame header can differ from the data rate of the frame body. For example, the data rate of the MAC frame header can be lower than the data rate of the frame body. A lower data rate for the MAC frame header is beneficial for the PPDU receiver to successfully decode the MAC frame header, while a higher data rate for the frame body is beneficial for improving the data transmission rate.

[0134] In some embodiments, the data rate of the MAC frame header can be the same as the data rate of the frame body. When the data rate of the MAC frame header is the same as the data rate of the frame body, the PPDU receiver does not need to perform rate conversion after receiving the MAC frame header, which helps to reduce the complexity of the PPDU receiver.

[0135] In some embodiments, if the data rate of the MAC frame header is the same as the data rate of the frame body, then the indication of the data rate of the MAC frame header and / or the frame body should precede the detection of the MAC frame header; that is, the indication of the data rate should always precede the detection of the MAC frame header.

[0136] The method embodiments of this application have been described in detail above with reference to Figures 1 to 6. The apparatus embodiments of this application will be described in detail below with reference to Figures 7 to 9. It should be understood that the descriptions of the method embodiments correspond to the descriptions of the apparatus embodiments; therefore, any parts not described in detail can be referred to the preceding method embodiments.

[0137] Figure 7 is a schematic diagram of the structure of a communication device provided in an embodiment of this application. The communication device 700 shown in Figure 7 can be a first device. The communication device 700 can include a transmitting module 710. The transmitting module 710 can be used to transmit a PPDU to a second device. The PPDU includes a MAC frame, and the MAC frame includes one or more of the following: a MAC frame header, a frame body, and one or more checksums.

[0138] In some embodiments, the MAC frame header includes a first information field, which indicates the type of the MAC frame, wherein the type of the MAC frame includes one or more of the following: a management frame for a low-complexity device; a control frame for a low-complexity device; or a data frame for a low-complexity device.

[0139] In some embodiments, the management frame of the low-complexity device includes one or more of the following: a trigger frame for triggering the low-complexity device to perform uplink transmission; an association frame for associating the low-complexity device; a deassociation frame for deassociating the low-complexity device; an authentication frame for authenticating the low-complexity device; and a deauthentication frame for deauthenticating the low-complexity device.

[0140] In some embodiments, the control frames of the low-complexity device include one or more of the following: RTS frame, CTS frame, ACK frame, BA frame.

[0141] In some embodiments, the data frames of the low-complexity device include one or more of the following: long data frames; short data frames.

[0142] In some embodiments, the low-complexity device includes an AMP device.

[0143] In some embodiments, the type of the MAC frame may also include one or more of the following: beacon frame, wake-up frame, vendor-specified frame, discovery frame, short wake-up frame, and reserved frame type.

[0144] In some embodiments, the first information field occupies N bits, where N is greater than or equal to 3.

[0145] In some embodiments, the first information field is carried in the frame control information field of the MAC frame header.

[0146] In some embodiments, the MAC frame header includes a second information field, which is used to indicate the length of the frame body, wherein the second information field occupies M bits, where M is greater than 3.

[0147] In some embodiments, the second information field is carried in the frame control information field of the MAC frame header.

[0148] In some embodiments, the MAC frame header includes one or more of the following information fields: a third information field for indicating one or more of the modulation and demodulation method, encoding, and data rate of the frame body; a fourth information field for indicating the type of device that triggers the MAC frame; wherein the type of device that triggers the MAC frame includes one or more of the following: an active transmitting device, a backscattering device.

[0149] In some embodiments, the third information field and / or the fourth information field are carried in the frame control information field of the MAC frame header.

[0150] In some embodiments, the one or more verification information includes one or more of the following: first verification information for verifying the MAC frame header; and second verification information for verifying the MAC frame.

[0151] In some embodiments, the first verification information includes a 1-bit parity check, or the first verification information includes a CRC check.

[0152] In some embodiments, the length of the first verification information is less than or equal to 16 bits.

[0153] In some embodiments, the first verification information is located before and adjacent to the frame body.

[0154] In some embodiments, the second verification information includes a Frame Check Sequence (FCS), and the second verification information is located after the frame body.

[0155] In some embodiments, the MAC frame header includes one or more of the following information fields: frame control information field, identification information field, and type-related control information field.

[0156] In some embodiments, if the PPDU does not indicate the data rate of the MAC frame header, the MAC frame header is received using the default data rate.

[0157] In some embodiments, the default data rate is lower than or equal to a first threshold, which includes 250 kbps.

[0158] In some embodiments, the PPDU not indicating the data rate of the MAC frame header includes one or more of the following: the SIG information field of the PPDU does not indicate the data rate of the MAC frame header; the synchronization sequence used by the PPDU does not implicitly indicate the data rate.

[0159] In some embodiments, the data rate of the MAC frame header is different from the data rate of the frame body.

[0160] In some embodiments, the data rate of the MAC frame header is the same as the data rate of the frame body, and the indication of the data rate of the MAC frame header and / or the frame body precedes the detection of the MAC frame header.

[0161] In some embodiments, the PPDU is an uplink PPDU and the first device is an AMP device; or, the PPDU is a downlink PPDU and the second device is an AMP device.

[0162] In some embodiments, the transmitting module 710 may be a transceiver 930. The communication device 700 may also include a processor 910 and a memory 920, as shown in FIG9.

[0163] Figure 8 is a schematic diagram of the structure of a communication device provided in an embodiment of this application. The communication device 800 shown in Figure 8 can be a second device. The communication device 800 can include a receiving module 810. The receiving module 810 can be used to receive a PPDU sent by a first device, the PPDU including a MAC frame, and the MAC frame including one or more of the following: a MAC frame header, a frame body, and one or more checksums.

[0164] In some embodiments, the MAC frame header includes a first information field, which indicates the type of the MAC frame, wherein the type of the MAC frame includes one or more of the following: a management frame for a low-complexity device; a control frame for a low-complexity device; or a data frame for a low-complexity device.

[0165] In some embodiments, the management frame of the low-complexity device includes one or more of the following: a trigger frame for triggering the low-complexity device to perform uplink transmission; an association frame for associating the low-complexity device; a deassociation frame for deassociating the low-complexity device; an authentication frame for authenticating the low-complexity device; and a deauthentication frame for deauthenticating the low-complexity device.

[0166] In some embodiments, the control frames of the low-complexity device include one or more of the following: RTS frame, CTS frame, ACK frame, BA frame.

[0167] In some embodiments, the data frames of the low-complexity device include one or more of the following: long data frames; short data frames.

[0168] In some embodiments, the low-complexity device includes an AMP device.

[0169] In some embodiments, the type of the MAC frame may also include one or more of the following: beacon frame, wake-up frame, vendor-specified frame, discovery frame, short wake-up frame, and reserved frame type.

[0170] In some embodiments, the first information field occupies N bits, where N is greater than or equal to 3.

[0171] In some embodiments, the first information field is carried in the frame control information field of the MAC frame header.

[0172] In some embodiments, the MAC frame header includes a second information field, which is used to indicate the length of the frame body, wherein the second information field occupies M bits, where M is greater than 3.

[0173] In some embodiments, the second information field is carried in the frame control information field of the MAC frame header.

[0174] In some embodiments, the MAC frame header includes one or more of the following information fields: a third information field for indicating one or more of the modulation and demodulation method, encoding, and data rate of the frame body; a fourth information field for indicating the type of device that triggers the MAC frame; wherein the type of device that triggers the MAC frame includes one or more of the following: an active transmitting device, a backscattering device.

[0175] In some embodiments, the third information field and / or the fourth information field are carried in the frame control information field of the MAC frame header.

[0176] In some embodiments, the one or more verification information includes one or more of the following: first verification information for verifying the MAC frame header; and second verification information for verifying the MAC frame.

[0177] In some embodiments, the first verification information includes a 1-bit parity check, or the first verification information includes a CRC check.

[0178] In some embodiments, the length of the first verification information is less than or equal to 16 bits.

[0179] In some embodiments, the first verification information is located before and adjacent to the frame body.

[0180] In some embodiments, the second verification information includes a Frame Check Sequence (FCS), and the second verification information is located after the frame body.

[0181] In some embodiments, the MAC frame header includes one or more of the following information fields: frame control information field, identification information field, and type-related control information field.

[0182] In some embodiments, if the PPDU does not indicate the data rate of the MAC frame header, the MAC frame header is received using the default data rate.

[0183] In some embodiments, the default data rate is lower than or equal to a first threshold, which includes 250 kbps.

[0184] In some embodiments, the PPDU not indicating the data rate of the MAC frame header includes one or more of the following: the SIG information field of the PPDU does not indicate the data rate of the MAC frame header; the synchronization sequence used by the PPDU does not implicitly indicate the data rate.

[0185] In some embodiments, the data rate of the MAC frame header is different from the data rate of the frame body.

[0186] In some embodiments, the data rate of the MAC frame header is the same as the data rate of the frame body, and the indication of the data rate of the MAC frame header and / or the frame body precedes the detection of the MAC frame header.

[0187] In some embodiments, the PPDU is an uplink PPDU and the first device is an AMP device; or, the PPDU is a downlink PPDU and the second device is an AMP device.

[0188] In some embodiments, the receiving module 810 may be a transceiver 930. The communication device 800 may also include a processor 910 and a memory 920, as shown in FIG9.

[0189] Figure 9 is a schematic structural diagram of a communication device according to an embodiment of this application. The dashed lines in Figure 9 indicate that the unit or module is optional. This device 900 can be used to implement the methods described in the above method embodiments. The device 900 can be a chip, a terminal device, or a network device.

[0190] The apparatus 900 may include one or more processors 910. The processor 910 may support the apparatus 900 in implementing the methods described in the preceding method embodiments. The processor 910 may be a general-purpose processor or a special-purpose processor. For example, the processor may be a central processing unit (CPU). Alternatively, the processor may be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

[0191] The apparatus 900 may further include one or more memories 920. The memories 920 store a program that can be executed by the processor 910, causing the processor 910 to perform the methods described in the preceding method embodiments. The memories 920 may be independent of the processor 910 or integrated within the processor 910.

[0192] The device 900 may also include a transceiver 930. The processor 910 can communicate with other devices or chips via the transceiver 930. For example, the processor 910 can send and receive data with other devices or chips via the transceiver 930.

[0193] This application also provides a computer-readable storage medium for storing a program. This computer-readable storage medium can be applied to a terminal device or network device provided in this application embodiment, and the program causes a computer to execute the methods performed by the terminal device or network device in the various embodiments of this application.

[0194] This application also provides a computer program product. The computer program product includes a program. This computer program product can be applied to a terminal device or network device provided in this application embodiment, and the program causes a computer to execute the methods performed by the terminal device or network device in the various embodiments of this application.

[0195] This application also provides a computer program. This computer program can be applied to the terminal device or network device provided in this application, and the computer program causes the computer to execute the methods performed by the terminal device or network device in various embodiments of this application.

[0196] It should be understood that the terms "system" and "network" in this application can be used interchangeably. Furthermore, the terminology used in this application is only for explaining specific embodiments of the application and is not intended to limit the application. The terms "first," "second," "third," and "fourth," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish different objects, not to describe a specific order. In addition, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion.

[0197] In the embodiments of this application, the term "instruction" can be a direct instruction, an indirect instruction, or an indication of a relationship. For example, A instructing B can mean that A directly instructs B, such as B being able to obtain information through A; it can also mean that A indirectly instructs B, such as A instructing C, so B can obtain information through C; or it can mean that there is a relationship between A and B.

[0198] In the embodiments of this application, "B corresponding to A" means that B is associated with A, and B can be determined based on A. However, it should also be understood that determining B based on A does not mean that B is determined solely based on A; B can also be determined based on A and / or other information.

[0199] In the embodiments of this application, the term "correspondence" can indicate a direct or indirect correspondence between two things, or an association between two things, or a relationship such as instruction and being instructed, configuration and being configured.

[0200] In the embodiments of this application, the term "comprising" can refer to direct inclusion or indirect inclusion. Optionally, "comprising" in the embodiments of this application can be replaced with "instructing" or "used to determine". For example, "A includes B" can be replaced with "A instructs B" or "A is used to determine B".

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

[0202] In this application embodiment, the "protocol" may refer to a standard protocol in the field of communication, such as the LTE protocol, the NR protocol, and related protocols applied to future communication systems. This application does not limit this.

[0203] In the embodiments of this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship.

[0204] In the various embodiments of this application, the order of the above-mentioned processes does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0205] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0206] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0207] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0208] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can read or a data storage device such as a server or data center that integrates one or more available media. The available media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., digital video discs, DVDs) or semiconductor media (e.g., solid-state disks, SSDs), etc.

[0209] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method for wireless communication, characterized in that, include: The first device sends a Physical Layer Protocol Data Unit (PPDU) to the second device. The PPDU includes a Media Access Control (MAC) frame, and the MAC frame includes one or more of the following: a MAC frame header, a frame body, and one or more checksums.

2. The method according to claim 1, characterized in that, The MAC frame header includes a first information field, which indicates the type of the MAC frame, wherein the type of the MAC frame includes one or more of the following: Management frames for low-complexity devices; Control frames for low-complexity devices; Data frames of low-complexity devices.

3. The method according to claim 2, characterized in that, The management frames of the low-complexity device include one or more of the following: A trigger frame is used to trigger the low-complexity device to perform uplink transmission; Association frames are used for association of the low-complexity devices; Deassociation frames are used for deassociation of the low-complexity device; An authentication frame is used for authenticating the low-complexity device. Deauthentication frame, used for deauthentication of the low-complexity device.

4. The method according to claim 2 or 3, characterized in that, The control frames of the low-complexity device include one or more of the following: request to send RTS frame, allow to send CTS frame, acknowledgment ACK frame, and block acknowledgment BA frame.

5. The method according to any one of claims 2-4, characterized in that, The data frames of the low-complexity device include one or more of the following: long data frames; short data frames.

6. The method according to any one of claims 2-5, characterized in that, The low-complexity devices include AMP devices.

7. The method according to any one of claims 2-6, characterized in that, The types of MAC frames also include one or more of the following: beacon frames, wake-up frames, vendor-specified frames, discovery frames, short wake-up frames, and reserved frame types.

8. The method according to any one of claims 2-7, characterized in that, The first information field occupies N bits, where N is greater than or equal to 3.

9. The method according to any one of claims 2-8, characterized in that, The first information field is carried in the frame control information field of the MAC frame header.

10. The method according to any one of claims 1-9, characterized in that, The MAC frame header includes a second information field, which indicates the length of the frame body. The second information field occupies M bits, where M is greater than 3.

11. The method according to claim 10, characterized in that, The second information field is carried in the frame control information field of the MAC frame header.

12. The method according to any one of claims 1-11, characterized in that, The MAC frame header includes one or more of the following information fields: The third information field is used to indicate one or more of the modulation and demodulation methods, encoding, and data rates of the frame body; The fourth information field is used to indicate the type of device that triggered the MAC frame; The device type that triggers the MAC frame includes one or more of the following: active transmitting device, backscattering device.

13. The method according to claim 12, characterized in that, The third information field and / or the fourth information field are carried in the frame control information field of the MAC frame header.

14. The method according to any one of claims 1-13, characterized in that, The one or more verification information includes one or more of the following: The first verification information is used to verify the MAC frame header; The second verification information is used to verify the MAC frame.

15. The method according to claim 14, characterized in that, The first verification information includes a 1-bit parity check, or the first verification information includes a cyclic redundancy check (CRC).

16. The method according to claim 14 or 15, characterized in that, The length of the first verification information is less than or equal to 16 bits.

17. The method according to any one of claims 14-16, characterized in that, The first verification information is located before and adjacent to the frame body.

18. The method according to any one of claims 14-17, characterized in that, The second verification information includes a Frame Check Sequence (FCS), and the second verification information is located after the frame body.

19. The method according to any one of claims 1-18, characterized in that, The MAC frame header includes one or more of the following information fields: frame control information field, identification information field, and type-related control information field.

20. The method according to any one of claims 1-19, characterized in that, If the PPDU does not indicate the data rate of the MAC frame header, the MAC frame header is received using the default data rate.

21. The method according to claim 20, characterized in that, The default data rate is lower than or equal to a first threshold, which includes 250kbps.

22. The method according to claim 20 or 21, characterized in that, The data rate not indicated in the MAC frame header in the PPDU includes one or more of the following: The SIG information field of the PPDU does not indicate the data rate of the MAC frame header; The synchronization sequence used by the PPDU does not implicitly indicate the data rate.

23. The method according to any one of claims 1-22, characterized in that, The data rate of the MAC frame header is different from the data rate of the frame body.

24. The method according to any one of claims 1-22, characterized in that, The data rate of the MAC frame header is the same as the data rate of the frame body, and the indication of the data rate of the MAC frame header and / or the frame body is earlier than the detection of the MAC frame header.

25. The method according to any one of claims 1-24, characterized in that: The PPDU is an uplink PPDU, and the first device is an AMP device; or, The PPDU is a downlink PPDU, and the second device is an AMP device.

26. A method for wireless communication, characterized in that, include: The second device receives a Physical Layer Protocol Data Unit (PPDU) sent by the first device. The PPDU includes a Media Access Control (MAC) frame, and the MAC frame includes one or more of the following: a MAC frame header, a frame body, and one or more checksums.

27. The method according to claim 26, characterized in that, The MAC frame header includes a first information field, which indicates the type of the MAC frame, wherein the type of the MAC frame includes one or more of the following: Management frames for low-complexity devices; Control frames for low-complexity devices; Data frames of low-complexity devices.

28. The method according to claim 27, characterized in that, The management frames of the low-complexity device include one or more of the following: A trigger frame is used to trigger the low-complexity device to perform uplink transmission; Association frames are used for association of the low-complexity devices; Deassociation frames are used for deassociation of the low-complexity device; An authentication frame is used for authenticating the low-complexity device. Deauthentication frame, used for deauthentication of the low-complexity device.

29. The method according to claim 27 or 28, characterized in that, The control frames of the low-complexity device include one or more of the following: request to send RTS frame, allow to send CTS frame, acknowledgment ACK frame, and block acknowledgment BA frame.

30. The method according to any one of claims 27-29, characterized in that, The data frames of the low-complexity device include one or more of the following: long data frames and short data frames.

31. The method according to any one of claims 27-30, characterized in that, The low-complexity devices include AMP devices.

32. The method according to any one of claims 27-31, characterized in that, The types of MAC frames also include one or more of the following: beacon frames, wake-up frames, vendor-specified frames, discovery frames, short wake-up frames, and reserved frame types.

33. The method according to any one of claims 27-32, characterized in that, The first information field occupies N bits, where N is greater than or equal to 3.

34. The method according to any one of claims 27-33, characterized in that, The first information field is carried in the frame control information field of the MAC frame header.

35. The method according to any one of claims 26-34, characterized in that, The MAC frame header includes a second information field, which indicates the length of the frame body. The second information field occupies M bits, where M is greater than 3.

36. The method according to claim 35, characterized in that, The second information field is carried in the frame control information field of the MAC frame header.

37. The method according to any one of claims 26-36, characterized in that, The MAC frame header includes one or more of the following information fields: The third information field is used to indicate one or more of the modulation and demodulation methods, encoding, and data rates of the frame body; The fourth information field is used to indicate the type of device that triggered the MAC frame; The device type that triggers the MAC frame includes one or more of the following: active transmitting device, backscattering device.

38. The method according to claim 37, characterized in that, The third information field and / or the fourth information field are carried in the frame control information field of the MAC frame header.

39. The method according to any one of claims 26-38, characterized in that, The one or more verification information includes one or more of the following: The first verification information is used to verify the MAC frame header; The second verification information is used to verify the MAC frame.

40. The method according to claim 39, characterized in that, The first verification information includes a 1-bit parity check, or the first verification information includes a cyclic redundancy check (CRC).

41. The method according to claim 39 or 40, characterized in that, The length of the first verification information is less than or equal to 16 bits.

42. The method according to any one of claims 39-41, characterized in that, The first verification information is located before and adjacent to the frame body.

43. The method according to any one of claims 39-42, characterized in that, The second verification information includes a Frame Check Sequence (FCS), and the second verification information is located after the frame body.

44. The method according to any one of claims 26-43, characterized in that, The MAC frame header includes one or more of the following information fields: frame control information field, identification information field, and type-related control information field.

45. The method according to any one of claims 26-44, characterized in that, If the PPDU does not indicate the data rate of the MAC frame header, the MAC frame header is received using the default data rate.

46. ​​The method according to claim 45, characterized in that, The default data rate is lower than or equal to a first threshold, which includes 250kbps.

47. The method according to claim 45 or 46, characterized in that, The data rate not indicated in the MAC frame header in the PPDU includes one or more of the following: The SIG information field of the PPDU does not indicate the data rate of the MAC frame header; The synchronization sequence used by the PPDU does not implicitly indicate the data rate.

48. The method according to any one of claims 26-47, characterized in that, The data rate of the MAC frame header is different from the data rate of the frame body.

49. The method according to any one of claims 26-47, characterized in that, The data rate of the MAC frame header is the same as the data rate of the frame body, and the indication of the data rate of the MAC frame header and / or the frame body is earlier than the detection of the MAC frame header.

50. The method according to any one of claims 26-49, characterized in that: The PPDU is an uplink PPDU, and the first device is an AMP device; or, The PPDU is a downlink PPDU, and the second device is an AMP device.

51. A communication device, characterized in that, The communication device is a first device, and the communication device includes: The sending module is used to send a Physical Layer Protocol Data Unit (PPDU) to a second device. The PPDU includes a Media Access Control (MAC) frame, and the MAC frame includes one or more of the following: a MAC frame header, a frame body, and one or more checksums.

52. The communication device according to claim 51, characterized in that, The MAC frame header includes a first information field, which indicates the type of the MAC frame, wherein the type of the MAC frame includes one or more of the following: Management frames for low-complexity devices; Control frames for low-complexity devices; Data frames of low-complexity devices.

53. The communication device according to claim 52, characterized in that, The management frames of the low-complexity device include one or more of the following: A trigger frame is used to trigger the low-complexity device to perform uplink transmission; Association frames are used for association of the low-complexity devices; Deassociation frames are used for deassociation of the low-complexity device; An authentication frame is used for authenticating the low-complexity device. Deauthentication frame, used for deauthentication of the low-complexity device.

54. The communication device according to claim 52 or 53, characterized in that, The control frames of the low-complexity device include one or more of the following: request to send RTS frame, allow to send CTS frame, acknowledgment ACK frame, and block acknowledgment BA frame.

55. The communication device according to any one of claims 52-54, characterized in that, The data frames of the low-complexity device include one or more of the following: long data frames; short data frames.

56. The communication device according to any one of claims 52-55, characterized in that, The low-complexity devices include AMP devices.

57. The communication device according to any one of claims 52-56, characterized in that, The types of MAC frames also include one or more of the following: beacon frames, wake-up frames, vendor-specified frames, discovery frames, short wake-up frames, and reserved frame types.

58. The communication device according to any one of claims 52-57, characterized in that, The first information field occupies N bits, where N is greater than or equal to 3.

59. The communication device according to any one of claims 52-58, characterized in that, The first information field is carried in the frame control information field of the MAC frame header.

60. The communication device according to any one of claims 51-59, characterized in that, The MAC frame header includes a second information field, which indicates the length of the frame body. The second information field occupies M bits, where M is greater than 3.

61. The communication device according to claim 60, characterized in that, The second information field is carried in the frame control information field of the MAC frame header.

62. The communication device according to any one of claims 51-61, characterized in that, The MAC frame header includes one or more of the following information fields: The third information field is used to indicate one or more of the modulation and demodulation methods, encoding, and data rates of the frame body; The fourth information field is used to indicate the type of device that triggered the MAC frame; The device type that triggers the MAC frame includes one or more of the following: active transmitting device, backscattering device.

63. The communication device according to claim 62, characterized in that, The third information field and / or the fourth information field are carried in the frame control information field of the MAC frame header.

64. The communication device according to any one of claims 51-63, characterized in that, The one or more verification information includes one or more of the following: The first verification information is used to verify the MAC frame header; The second verification information is used to verify the MAC frame.

65. The communication device according to claim 64, characterized in that, The first verification information includes a 1-bit parity check, or the first verification information includes a cyclic redundancy check (CRC).

66. The communication device according to claim 64 or 65, characterized in that, The length of the first verification information is less than or equal to 16 bits.

67. The communication device according to any one of claims 64-66, characterized in that, The first verification information is located before and adjacent to the frame body.

68. The communication device according to any one of claims 64-67, characterized in that, The second verification information includes a Frame Check Sequence (FCS), and the second verification information is located after the frame body.

69. The communication device according to any one of claims 51-68, characterized in that, The MAC frame header includes one or more of the following information fields: frame control information field, identification information field, and type-related control information field.

70. The communication device according to any one of claims 51-69, characterized in that, If the PPDU does not indicate the data rate of the MAC frame header, the MAC frame header is received using the default data rate.

71. The communication device according to claim 70, characterized in that, The default data rate is lower than or equal to a first threshold, which includes 250kbps.

72. The communication device according to claim 70 or 71, characterized in that, The data rate not indicated in the MAC frame header in the PPDU includes one or more of the following: The SIG information field of the PPDU does not indicate the data rate of the MAC frame header; The synchronization sequence used by the PPDU does not implicitly indicate the data rate.

73. The communication device according to any one of claims 51-72, characterized in that, The data rate of the MAC frame header is different from the data rate of the frame body.

74. The communication device according to any one of claims 51-72, characterized in that, The data rate of the MAC frame header is the same as the data rate of the frame body, and the indication of the data rate of the MAC frame header and / or the frame body is earlier than the detection of the MAC frame header.

75. The communication device according to any one of claims 51-74, characterized in that: The PPDU is an uplink PPDU, and the first device is an AMP device; or, The PPDU is a downlink PPDU, and the second device is an AMP device.

76. A communication device, characterized in that, The communication device is a second device, and the communication device includes: The receiving module is configured to receive a Physical Layer Protocol Data Unit (PPDU) sent by a first device. The PPDU includes a Media Access Control (MAC) frame, and the MAC frame includes one or more of the following: a MAC frame header, a frame body, and one or more checksums.

77. The communication device according to claim 76, characterized in that, The MAC frame header includes a first information field, which indicates the type of the MAC frame, wherein the type of the MAC frame includes one or more of the following: Management frames for low-complexity devices; Control frames for low-complexity devices; Data frames of low-complexity devices.

78. The communication device according to claim 77, characterized in that, The management frames of the low-complexity device include one or more of the following: A trigger frame is used to trigger the low-complexity device to perform uplink transmission; Association frames are used for association of the low-complexity devices; Deassociation frames are used for deassociation of the low-complexity device; An authentication frame is used for authenticating the low-complexity device. Deauthentication frame, used for deauthentication of the low-complexity device.

79. The communication device according to claim 77 or 78, characterized in that, The control frames of the low-complexity device include one or more of the following: request to send RTS frame, allow to send CTS frame, acknowledgment ACK frame, and block acknowledgment BA frame.

80. The communication device according to any one of claims 77-79, characterized in that, The data frames of the low-complexity device include one or more of the following: long data frames and short data frames.

81. The communication device according to any one of claims 77-80, characterized in that, The low-complexity devices include AMP devices.

82. The communication device according to any one of claims 77-81, characterized in that, The types of MAC frames also include one or more of the following: beacon frames, wake-up frames, vendor-specified frames, discovery frames, short wake-up frames, and reserved frame types.

83. The communication device according to any one of claims 77-82, characterized in that, The first information field occupies N bits, where N is greater than or equal to 3.

84. The communication device according to any one of claims 77-83, characterized in that, The first information field is carried in the frame control information field of the MAC frame header.

85. The communication device according to any one of claims 76-84, characterized in that, The MAC frame header includes a second information field, which indicates the length of the frame body. The second information field occupies M bits, where M is greater than 3.

86. The communication device according to claim 85, characterized in that, The second information field is carried in the frame control information field of the MAC frame header.

87. The communication device according to any one of claims 76-86, characterized in that, The MAC frame header includes one or more of the following information fields: The third information field is used to indicate one or more of the modulation and demodulation methods, encoding, and data rates of the frame body; The fourth information field is used to indicate the type of device that triggered the MAC frame; The device type that triggers the MAC frame includes one or more of the following: active transmitting device, backscattering device.

88. The communication device according to claim 87, characterized in that, The third information field and / or the fourth information field are carried in the frame control information field of the MAC frame header.

89. The communication device according to any one of claims 76-88, characterized in that, The one or more verification information includes one or more of the following: The first verification information is used to verify the MAC frame header; The second verification information is used to verify the MAC frame.

90. The communication device according to claim 89, characterized in that, The first verification information includes a 1-bit parity check, or the first verification information includes a cyclic redundancy check (CRC).

91. The communication device according to claim 89 or 90, characterized in that, The length of the first verification information is less than or equal to 16 bits.

92. The communication device according to any one of claims 89-91, characterized in that, The first verification information is located before and adjacent to the frame body.

93. The communication device according to any one of claims 89-92, characterized in that, The second verification information includes a Frame Check Sequence (FCS), and the second verification information is located after the frame body.

94. The communication device according to any one of claims 76-93, characterized in that, The MAC frame header includes one or more of the following information fields: frame control information field, identification information field, and type-related control information field.

95. The communication device according to any one of claims 76-94, characterized in that, If the PPDU does not indicate the data rate of the MAC frame header, the MAC frame header is received using the default data rate.

96. The communication device according to claim 95, characterized in that, The default data rate is lower than or equal to a first threshold, which includes 250kbps.

97. The communication device according to claim 95 or 96, characterized in that, The data rate not indicated in the MAC frame header in the PPDU includes one or more of the following: The SIG information field of the PPDU does not indicate the data rate of the MAC frame header; The synchronization sequence used by the PPDU does not implicitly indicate the data rate.

98. The communication device according to any one of claims 76-97, characterized in that, The data rate of the MAC frame header is different from the data rate of the frame body.

99. The communication device according to any one of claims 76-97, characterized in that, The data rate of the MAC frame header is the same as the data rate of the frame body, and the indication of the data rate of the MAC frame header and / or the frame body is earlier than the detection of the MAC frame header.

100. The communication device according to any one of claims 76-99, characterized in that: The PPDU is an uplink PPDU, and the first device is an AMP device; or, The PPDU is a downlink PPDU, and the second device is an AMP device.

101. A communication device, characterized in that, The device includes a transceiver, a memory, and a processor. The memory stores a program, and the processor invokes the program in the memory and controls the transceiver to receive or transmit signals so that the communication device performs the method as described in any one of claims 1-25 or 26-50.

102. An apparatus, characterized in that, Includes a processor for calling a program from memory to cause the apparatus to perform the method as described in any one of claims 1-25 or 26-50.

103. A chip, characterized in that, Includes a processor for calling a program from memory, causing a device on which the chip is mounted to perform the method as described in any one of claims 1-25 or 26-50.

104. A computer-readable storage medium, characterized in that, It contains a program that causes a computer to perform the method as described in any one of claims 1-25 or 26-50.

105. A computer program product, characterized in that, Includes a program that causes a computer to perform the method as described in any one of claims 1-25 or 26-50.

106. A computer program, characterized in that, The computer program causes the computer to perform the method as described in any one of claims 1-25 or 26-50.