Data transmission method and apparatus, device, and storage medium

Abstract

The present application relates to the technical field of wireless communications, and discloses a data transmission method and apparatus, a device, and a storage medium. The data transmission method is applied to a first device, and comprises: sending first information to a second device, wherein the first device is a device that is to enter a dynamic power saving mode to perform data transmission, the second device is a device that assists the first device in performing data transmission in the dynamic power saving mode, and the first information is used for indicating a dynamic power saving protocol related to the dynamic power saving mode; and performing data transmission in the dynamic power saving mode according to the dynamic power saving protocol indicated by the first information.

Description

Data transmission methods, systems, devices and storage media

[0001] Cross-reference of related applications

[0002] This application is based on and claims priority to Chinese Patent Application No. 2025101163964, filed on January 24, 2025, the entire contents of which are incorporated herein by reference. Technical Field

[0003] This application relates to the field of wireless communication technology, and in particular to data transmission methods, systems, devices and storage media. Background Technology

[0004] In related technologies, various power-saving techniques have been proposed to improve network efficiency and reduce device power consumption. For example, TWT (Target Wake Time) is a power-saving technique introduced in Wi-Fi 6 (802.11ax). TWT allows a site and access point to negotiate a specific wake-up time for data transmission at a predetermined time. During the non-wake-up period, the device can turn off its Wi-Fi function, thereby saving battery power. While TWT can reduce power consumption and achieve power saving, it may lead to increased data transmission latency, making it unsuitable for real-time data transmission services.

[0005] Similar to the problems with TWT mentioned above, different power-saving technologies can work well in different scenarios, but they may have some problems in other scenarios, making it difficult to dynamically and flexibly adapt to different application scenarios.

[0006] The above content is only used to help understand the technical solution of this application and does not represent an admission that the above content is prior art. Summary of the Invention

[0007] The main purpose of this application is to provide a data transmission method that aims to solve the technical problem that power-saving technologies in related technologies are difficult to dynamically and flexibly adapt to different application scenarios.

[0008] To achieve the above objectives, this application proposes a data transmission method applied to a first device, the method comprising:

[0009] Send first information to the second device; wherein the first device is a device to enter dynamic power saving mode for data transmission, the second device is a device to assist the first device in data transmission in dynamic power saving mode, and the first information is used to indicate the dynamic power saving protocol related to the dynamic power saving mode.

[0010] Data transmission is performed in the dynamic power-saving mode according to the dynamic power-saving protocol indicated by the first information.

[0011] Furthermore, to achieve the above objectives, this application also proposes a data transmission method applied to a second device, the method comprising:

[0012] Receive first information from a first device; wherein the first device is a device to enter a dynamic power saving mode for data transmission, the second device is a device to assist the first device in transmitting data in the dynamic power saving mode, and the first information is used to indicate a dynamic power saving protocol related to the dynamic power saving mode.

[0013] Data transmission is performed in the dynamic power-saving mode according to the dynamic power-saving protocol indicated by the first information.

[0014] Furthermore, to achieve the above objectives, this application also proposes a data transmission apparatus applied to a first device, the apparatus comprising:

[0015] A sending module is used to send first information to a second device; wherein the first device is a device that is about to enter a dynamic power saving mode for data transmission, the second device is a device that assists the first device in data transmission in the dynamic power saving mode, and the first information is used to indicate a dynamic power saving protocol related to the dynamic power saving mode.

[0016] The first transmission module is used to transmit data in the dynamic power saving mode according to the dynamic power saving protocol indicated by the first information.

[0017] Furthermore, to achieve the above objectives, this application also proposes a data transmission apparatus for use in a second device, the apparatus comprising:

[0018] A receiving module is configured to receive first information from a first device; wherein the first device is a device to enter a dynamic power-saving mode for data transmission, the second device is a device to assist the first device in transmitting data in the dynamic power-saving mode, and the first information is used to indicate a dynamic power-saving protocol related to the dynamic power-saving mode.

[0019] The second transmission module is used to transmit data in the dynamic power saving mode according to the dynamic power saving protocol indicated by the first information.

[0020] Furthermore, to achieve the above objectives, this application also proposes a data transmission system, the system comprising a first device and a second device.

[0021] The first device is configured to send first information to the second device; wherein the first device is a device to enter a dynamic power-saving mode for data transmission, the second device is a device to assist the first device in transmitting data in the dynamic power-saving mode, and the first information is configured to indicate a dynamic power-saving protocol related to the dynamic power-saving mode; and data transmission is performed in the dynamic power-saving mode according to the dynamic power-saving protocol indicated by the first information.

[0022] And / or the second device, for receiving first information from the first device; wherein the first device is a device to enter a dynamic power-saving mode for data transmission, the second device is a device to assist the first device in transmitting data in the dynamic power-saving mode, the first information is used to indicate a dynamic power-saving protocol related to the dynamic power-saving mode; and data transmission is performed in the dynamic power-saving mode according to the dynamic power-saving protocol indicated by the first information.

[0023] In addition, to achieve the above objectives, this application also proposes a data transmission device, the device comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, the computer program being configured to implement the steps of the data transmission method as described above.

[0024] In addition, to achieve the above objectives, this application also proposes a storage medium, which is a computer-readable storage medium, on which a computer program is stored, and which, when executed by a processor, implements the steps of the data transmission method described above.

[0025] In addition, to achieve the above objectives, this application also provides a computer program product, which includes a computer program that, when executed by a processor, implements the steps of the data transmission method described above.

[0026] One or more technical solutions proposed in the embodiments of this application have at least the following technical effects:

[0027] Before entering dynamic power saving mode, the first device can send first information to the second device to indicate the dynamic power saving protocol related to the dynamic power saving mode. This allows the second device to assist the first device in transmitting data in dynamic power saving mode according to the dynamic power saving protocol. The dynamic power saving protocol can be set dynamically and flexibly according to the actual situation to adapt to different application scenarios. Attached Figure Description

[0028] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application.

[0029] To more clearly illustrate the technical solutions in the embodiments of this application or related technologies, the accompanying drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, those skilled in the art can obtain other drawings based on these drawings without creative effort.

[0030] Figure 1 is a schematic diagram of a wireless communication network in the related technology;

[0031] Figure 2 is a schematic diagram of the structure of a wireless communication device in related technologies;

[0032] Figure 3 is a schematic diagram of a multicast TWT scenario in related technologies;

[0033] Figure 4 is a schematic diagram of DPS in related technologies;

[0034] Figure 5 is a flowchart illustrating one of the data transmission methods proposed in this application.

[0035] Figure 6 is a second schematic flowchart of a data transmission method proposed in an embodiment of this application;

[0036] Figure 7 is a third schematic flowchart of a data transmission method proposed in an embodiment of this application;

[0037] Figure 8 is a fourth flowchart illustrating a data transmission method proposed in an embodiment of this application;

[0038] Figure 9 is a fifth flowchart illustrating a data transmission method proposed in an embodiment of this application;

[0039] Figure 10 is a schematic flowchart of a data transmission method proposed in an embodiment of this application;

[0040] Figure 11 is a schematic flowchart of a data transmission method according to an embodiment of this application (seventh one).

[0041] Figure 12 is a schematic flowchart of a data transmission method proposed in an embodiment of this application (eighth one).

[0042] Figure 13 is a schematic diagram of one of the structures of a data transmission device according to an embodiment of this application;

[0043] Figure 14 is a second schematic diagram of a data transmission device according to an embodiment of this application;

[0044] Figure 15 is a schematic diagram of the structure of a data transmission device proposed in an embodiment of this application.

[0045] The purpose, features, and advantages of this application will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0046] It should be understood that the specific embodiments described herein are merely illustrative of the technical solutions of this application and are not intended to limit this application.

[0047] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application pertains; the terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the application; the terms “comprising” and “having”, and any variations thereof, in the specification, claims, and foregoing description of the drawings are intended to cover non-exclusive inclusion.

[0048] In the description of the embodiments of this application, technical terms such as "first" and "second" are used only to distinguish different objects and should not be construed as indicating or implying relative importance or implicitly specifying the number, specific order, or primary and secondary relationship of the indicated technical features. In the description of the embodiments of this application, "multiple" means two or more, unless otherwise explicitly defined.

[0049] In this document, the term "embodiment" means that a particular feature, structure, or characteristic described in connection with an embodiment may be included in at least one embodiment of this application. The appearance of this phrase in various places throughout the specification does not necessarily refer to the same embodiment, nor is it a separate or alternative embodiment mutually exclusive with other embodiments. It will be explicitly and implicitly understood by those skilled in the art that the embodiments described herein can be combined with other embodiments.

[0050] In the description of the embodiments in 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, and B existing alone. Additionally, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship.

[0051] To better understand the technical solution of this application, the relevant technologies involved in this application will be explained as follows.

[0052] (a) Wireless communication networks;

[0053] Figure 1 is a schematic diagram of a wireless communication network in the related art. Figure 1 shows only one of many possibilities, and the method of this application can be implemented by various systems to meet different needs. For example, the implementation scheme discussed in this application can be applied to various wireless devices. The wireless implementation schemes described in detail below are only examples.

[0054] As shown in Figure 1, the wireless communication network 100 consists of one or more wireless communication devices, including an access point (AP) 102 and a wireless terminal device (STA) 104. In some examples, these devices are capable of exchanging data according to the Institute of Electrical and Electronics Engineers (IEEE) 802 series standards. The IEEE 802 standards cover communication specifications for a variety of network devices, from Local Area Networks (LANs) to Metropolitan Area Networks (MANs). In particular, the IEEE 802.11 standard sets clear guidelines for communication in Wireless Local Area Networks (WLANs). In these networks, communication must adhere to at least one communication protocol to ensure communication between different devices. These communication protocols are dynamically evolving and are continuously updated with technological advancements to enhance communication stability and improve data transmission efficiency.

[0055] IEEE 802.11 wireless communication technology can also be referred to as WiFi technology. In this example, AP 102 and STA 104 transmit data via one or more protocols from the IEEE 802.11 protocol family. These protocols cover a wide range, from early standards such as 802.11b, 802.11g, and 802.11a, to the high throughput (HT) of 802.11n, the very high throughput (VHT) of 802.11ac, the high efficiency (HE) of 802.11ax, and the extremely high throughput (EHT) of 802.11be. Furthermore, it includes next-generation technologies of IEEE 802.11, such as the Ultra High Reliability (UHR) standard, as well as other IEEE 802.11 wireless communication specifications that are currently under development.

[0056] In other examples, AP102 and STA104 may communicate according to other standards, such as the Long-Term Evolution (LTE) standard developed by the Third Generation Partnership Project (3GPP). Furthermore, wireless communication standards may include LTE-A, an enhanced version of LTE; next-generation 5G NR technology; Bluetooth; global navigation satellite systems (such as GPS or GLONASS); and mobile television broadcasting standards (such as ATSC-M / H). These technologies can be used individually or in combination. In some embodiments, STA 104 may be designed to support only a single wireless communication technology. The names of AP 102 and STA 104 may also differ depending on the technological context. For example, in an LTE network, AP 102 may be referred to as an Evolved NodeB (eNB), while STA 104 may be referred to as User Equipment (UE).

[0057] In some embodiments, the wireless terminal device is also referred to as a STA, and may be more specifically defined as a non-access point STA (non-AP STA). These STAs 104 are capable of wirelessly connecting to nearby network devices, such as access points (APs 102). The wireless terminal device can be a mobile phone, handheld device, wearable device, computer or tablet, unmanned aerial vehicle (UAV), unmanned aerial controller (UAC), vehicle, or virtually any type of wireless device. The STA may include a processor configured to execute program instructions stored in memory. The STA 104 can perform any of the method embodiments of this application by executing such stored instructions. Alternatively, the STA 104 may also include programmable hardware elements, such as field-programmable gate arrays (FPGAs), integrated circuits, or other hardware components configured to perform any part or all of the method embodiments of this application.

[0058] In some embodiments, AP 102 can be defined as a cell site STA, and more specifically, as an access point STA (AP STA). AP 102 can be, but is not limited to, a router, a mobile terminal that has enabled a hotspot, a base station, etc., all of which have hardware facilities for wireless communication with STA 104. Furthermore, as shown in FIG1, AP 102 can also be configured to communicate with network 106, which can be a telecommunications network, such as the Public Switched Telephone Network (PSTN), the Internet, or other possible networks. Therefore, AP 102 can not only realize communication between STA 104, but also communication between STA 104 and network 106. As will be further described in subsequent sections of this application, AP 102 includes the hardware required to realize wireless communication with STA 104, and may also include hardware and software components for implementing or supporting the implementation of the features of this application.

[0059] The communication range of AP 102 is typically referred to as the Basic Service Set (BSS). AP 102 and STA 104 can communicate via various radio access technologies or wireless communication technologies, including but not limited to LTE, LTE Advanced (LTE A), 5G NR, WiFi, and Ultra Wide Band (UWB). AP 102 can also be configured to provide STA 104 with a communication connection to network 106.

[0060] STA 104 can also be configured to communicate with other STA 104 devices. For example, STA 104 can be configured to support direct device-to-device communication, commonly referred to as peer-to-peer (P2P) communication. This communication method allows two devices to communicate directly without AP 102.

[0061] Multiple BSSs can be combined to form an Extended Service Set (ESS). In this example, AP 102 may not be a single access point, but one of multiple access points. A controller, not shown in the diagram, can be responsible for storing and managing shared information among multiple APs 102 and for controlling the BSSs, such as allocating parameters like the primary channel and BSS color.

[0062] As shown in Figure 1, a traditional STA 108 can operate according to one or more standards in the IEEE 802.11 standard family, which may include 802.11a / b / g / n / ac / ad / ah / ay / ax, etc. An AP 102 can communicate with a traditional STA 108 using conventional IEEE 802.11 communication technology.

[0063] The MAC (Medium Access Control) layer and PHY (Physical Layer) in AP 102 and STA 104 exchange PDUs (Protocol Data Units) and SDUs (Service Data Units) during the management of wireless communication traffic. The PHY layer is configured to receive SDUs from the MAC layer, encapsulating the MAC SDUs into PPDUs (Physical Layer Protocol Data Units) by adding a preamble. In some embodiments, different types of PPDUs may exist, such as Single User (SU) PPDUs, Downlink (DL) PPDUs, Multi User (MU) PPDUs, Extended Range (ER) SUPPDUs, and / or Trigger-Based (TB) PPDUs. The PPDU preamble may include various training fields that the receiving AP 102 or STA 104 uses to perform synchronization, gain control, channel characteristic estimation, and signal equalization. AP 102 and STA 104 then exchange wireless communication signals in PPDU format.

[0064] Wireless communication channel bandwidths offer various options, including but not limited to 20MHz, 40MHz, 80MHz, 160MHz, and combinations such as 80+80MHz. Furthermore, in some embodiments, the channel bandwidth may reach 320MHz, or appear in a combination of 160+160MHz. For narrower channels, bandwidth options may include subdivisions from 1MHz to 10MHz, or combinations thereof, or other bandwidths less than or equal to the available bandwidth may be used. In some embodiments, the channel bandwidth may also be determined based on the number of subcarriers carrying data, which may be 26, 52, 106, 242, 484, 996, and 2x996. In some embodiments, the allocation of bandwidth, tone, or number of subcarriers may be referred to as resource unit (RU) allocation.

[0065] In some embodiments of IEEE 802.11, such as the ax / be embodiment, AP 102 gains control of the wireless channel through a contention mechanism to acquire a transmission opportunity window (TXOP). During the TXOP, AP 102 can transmit frames containing EHT / HE trigger information, which may be related to the synchronous uplink and downlink data transmission of STA 104. AP 102 can provide the duration of the TXOP and RU allocation information. STA 104 communicates with AP 102 using multiple access technologies such as OFDMA (Orthogonal Frequency Division Multiple Access) or MUMIMO (Multi-User Multiple-Input Multiple-Output). During the TXOP, AP 102 can send one or more PPDUs to exchange data with STA 104.

[0066] In some embodiments, STA 104 and / or AP 102 are configured to perform the methods and functions described herein in conjunction with Figures 5 to 8. The term "WiFi" may refer to one or more versions of the IEEE 802.11 communication standard. APs and STAs may include access points and terminal devices based on EHT / HE technology standards, as well as conventional wireless communication devices.

[0067] Figure 2 is a schematic diagram of the structure of a wireless communication device in related technologies. This structure can be applied to implement various technologies or methods discussed in this application. In some embodiments, the wireless communication device 200 can operate independently or establish a connection with other devices to form a network system. When the wireless communication device 200 is deployed in a network, it can operate as a server or client in a server-client mode, or as a node in a P2P network mode. The wireless communication device 200 may represent an AP 102, STA 104, a conventional STA 108, or any other device capable of executing relevant instructions, including methods for implementing or supporting the features of this application.

[0068] The wireless communication device 200 may include a processor 204 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or any combination thereof), a memory 202, a display device 212, an input device 214, a sensor device 216 and an antenna 218.

[0069] Memory 202 stores the control program and various data used. AP 102 and STA 104, conventional STA 108 can be configured to implement or support the implementation of part or all of the methods described in this application, for example, by executing program instructions stored on the memory. The memory can be implemented as RAM (Random Access Memory), flash memory, ROM (Read-Only Memory), EPROM (Erasable Programmable Read Only Memory), registers, hard disk, removable disk, CD-ROM (Compact Disc Read-Only Memory), or any other form of storage medium known in the art. In this respect, the memory can be coupled to the processor, allowing the processor to read information from and write information to the memory. In some embodiments, the memory may each include a cache for storing temporary variables or other intermediate information during the execution of instructions executed by the processor. The memory may also include non-volatile memory for storing instructions to be executed by the processor. After the device is powered on, one or more programs stored on a hard disk or read-only memory are transferred to random access memory and registers for storing variables and parameters required for this application.

[0070] The wireless communication device 200 may also include a display device 212 and an input device 214 (e.g., a keyboard and a mouse). In some embodiments, the display device 212 and the input device 214 may be a touch screen display. The sensor 216 may be, for example, a Global Positioning System (GPS) sensor or other sensors.

[0071] Processor 204 is responsible for executing various instruction sets or software programs and managing data transmission and reception tasks. Processor 204 may include a Media Access Control Unit 206 (MAC unit), a Physical Layer Unit 208 (PHY unit), and a storage unit 210. These units, including PHY unit 208, MAC unit 206, and storage unit 210, can be interconnected and may be partially or entirely integrated onto a single chip. Processor 204 can implement or assist in implementing one or more functions, operations, or methods described in this application by running program code stored in storage units 202 or 210. Furthermore, processor 204 can be configured to use one or more antennas to transmit and receive signals with other wireless devices (e.g., AP 102, STA 104, or conventional STA 108). In a particular embodiment, PHY unit 208 is responsible for performing functions such as signal encoding and decoding, power amplification, and filtering, including generating baseband signals for transmission and decoding received signals. PHY unit 208 can also transmit signals according to one of the 802.11 standards discussed herein, such as 802.11ax / 802.11be. MAC unit 206 is responsible for managing access rights to the wireless communication medium. In some embodiments, MAC unit 206 can compete for access to the wireless medium based on Network Allocation Vector (NAV) and Clear Channel Assessment (CCA). Certain functions of signal transmission and reception may be performed collaboratively by PHY unit 208, MAC unit 206, and other components. In some embodiments, processor 204 may integrate one or more general-purpose or purpose-specific processors. Processor 204 may also be configured as a Field Programmable Gate Array (FPGA) or implemented using dedicated hardware components such as Application-Specific Integrated Circuits (ASICs) to implement the required hardware and logic circuitry. In some cases, the implementation of processor 204 may rely on the combination of software-configured elements with other hardware elements.

[0072] Antenna 218 may include one or more directional or omnidirectional antennas, including, for example, linearly polarized antennas, circularly polarized antennas, narrowband antennas, wideband antennas, ultra-wideband antennas, or other types of antennas suitable for transmitting RF (Radio Frequency) signals. In some embodiments, antenna 218 may be configured to perform wireless communication using at least one of Single-Input Multiple-Output (SIMO), Multiple-Input Multiple-Output (MIMO), or Multiple-Input Single-Output (MISO) technologies. In some embodiments, multi-user MIMO technology may be used for wireless communication.

[0073] In several embodiments, the methods described in this application can be implemented entirely in software, or in part through a combination of software and firmware. These software components and / or firmware may be encoded on a persistent computer-readable storage medium for the processor to read. The processor parses and executes these encoded instructions to perform the series of operations described in this application. These instructions may exist in various forms, including but not limited to raw source code, compiled code, scripts requiring interpretation, directly executable programs, statically compiled programs, or dynamically generated programs.

[0074] (ii) TWT;

[0075] TWT (Time-to-Wake) is a power-saving technology introduced in Wi-Fi 6 (802.11ax) designed to improve network efficiency and reduce device power consumption. TWT allows non-AP STAs to negotiate a specific wake-up time with the AP, known as the Service Period (SP). During non-wake-up periods, devices can disable their Wi-Fi functionality, thus saving battery power. By reducing device wake-up time, TWT helps reduce interference in the network because devices do not occupy channels when not needed. TWT has two operating modes: Individual TWT (Unicast TWT) and Broadcast TWT (Multicast TWT). Individual TWT allows each terminal to negotiate a specific TWT time with the AP, while Broadcast TWT is where the AP announces the TWT interval, and the STA needs to request to join the group.

[0076] During the TWT negotiation phase, the AP and non-AP STAs agree on a set of common parameters, the most relevant of which are the Target Wake Time and the TWT Wake Interval. The Target Wake Time and TWT Wake Interval define the duration of the start time of each SP. During the SP, the non-AP STA remains awake to receive data sent from the AP.

[0077] Figure 3 illustrates a scenario of multicast TWT in related technologies. As shown in Figure 3, the AP includes a multicast TWT element in the beacon frame, which indicates a multicast TWT SP. During this period, the AP intends to send a trigger frame or DL ​​BU to the TWT STAs. STA1 and STA2 wake up to receive the beacon frame to determine the multicast TWT. During the activation of trigger-based TWT SP, the AP sends a basic trigger frame, and STA1 and STA2 are awake during the TWT SP. STA1 indicates that it is awake by sending a PS-Poll, and STA2 indicates that it is awake by sending a QoS Null frame in response to the basic trigger frame. STA1 and STA2 receive their DL BU in subsequent exchanges with the AP and enter a sleep state outside of this TWT SP.

[0078] The AP can also perform periodic power-saving operations based on broadcast TWT. The AP sets the TWT Required subfield (TWT acquisition subfield) in the HE / EHT / UHR Operation elements of the beacon frame, probe response frame, and association response frame to 1. When a non-AP STA receives an HE / EHT / UHR Operation element with the TWT Required subfield set to 1, it needs to initiate TWT (individual TWT or broadcast TWT) negotiation with the AP. The AP announces a TWT element frame carrying TWT ID=0 and Responder PM=1. The non-AP STA then sends a TWT request action frame to the AP to initiate negotiation, and the AP responds with a TWT response action frame. The AP can enter sleep mode during non-SP periods.

[0079] (iii) Dynamic Power Save (DPS);

[0080] Figure 4 is a schematic diagram of DPS in related technologies. As shown in Figure 4, dynamic power saving technology defines a power saving mode: the AP / non-AP STA (referred to as DPS STA) operates in low capacity (LC) mode, which corresponds to low reception capability, and switches to high capacity (HC) mode after receiving an initial control frame sent by its associated DPS-assisted AP / non-AP STA (referred to as DPS Assisting STA) targeting the DPS STA. The DPS STA maintains HC mode for no more than the duration of TXOP.

[0081] A DPS STA in LC mode can receive PPDUs (e.g., non-HT (repeated) PPDU formats using 6Mbps, 12Mbps, and 24Mbps rates). A DPS STA in HC mode should be able to receive all supported PPDU formats corresponding to HC mode.

[0082] If the DPS Assisting STA intends to request its peer DPS STA to switch to HC mode, the DPS Assisting STA should initiate frame exchange with the DPS STA using an Initial Control Frame (ICF) transmitted in a non-HT (repeated) PPDU format at a rate of 6Mb / s, 12Mb / s, or 24Mb / s. If the DPS STA's DPS padding delay is not zero, the ICF addressed to the DPS STA should include an intermediate FCS (Fieldbus Control System) field and should include padding to ensure the DPS STA's padding requirements are met.

[0083] The handover between AP / non-AP STAs requires time (i.e., between HC mode and LC mode). The DPS STA will notify / multicast the handover delay to the DPS Assisting STA. The handover delay includes:

[0084] 1) DPS Padding Delay indicates the duration of MAC padding for the initial control frame required for the DPS STA to switch from low capability mode to high capability mode.

[0085] 2) DPS Transition Delay: Indicates the transition delay time required for the DPS STA to switch from high-capability mode to low-capability mode. When the DPS Assisting STA initiates a TXOP, a padding field needs to be included in the initial control frame to ensure the padding requirements of the DPS STA. After the DPS STA completes the capability state switch, it receives subsequent PPDUs with high receive capability.

[0086] After completing TXOP, the DPS STA needs to switch from high reception capability to low reception capability. The DPS STA switches to LC mode using the same method as EMLSR (Enhanced Multi-Link Single Radio).

[0087] The following is a detailed description in conjunction with the accompanying drawings and specific implementation methods.

[0088] The following power-saving technologies are commonly used in related fields, along with their corresponding problems:

[0089] 1) TWT allows the STA to negotiate a specific wake-up time with the AP so that data transmission can take place at a predetermined time. During non-wake-up periods, the device can turn off its Wi-Fi function to save battery power.

[0090] While TWT can reduce power consumption, it may increase data transmission latency because AP / non-AP STAs are in a sleep state most of the time and only exchange data at scheduled wake-up times. For services that require high real-time performance, the wake-up interval of TWT may be long, resulting in longer response times for real-time services.

[0091] 2) DPS technology based on TXOP allows AP / non-AP STAs to maintain a low reception capability state (smaller listening bandwidth, MCS (Mission Critical Services), and NSS (Number of Spatial Streams)) under normal circumstances and allows AP / non-AP STAs to switch between low and high reception capability states. When data reception is needed, the receiver switches from the low reception capability state to the high reception capability state through an ICF frame sent by the transmitter. The transmitter needs to include a padding field in the ICF frame to accommodate the switching delay of the receiver from the low to the high reception capability state. After TXOP ends, the receiver needs to switch back to the low reception capability state to save power.

[0092] DPS technology is effective at saving power when traffic is low and the load is small. However, the switching delay between high and low receive capability states accounts for a significant portion of the TXOP (Turn-Only Request) timeout. In scenarios with high traffic, if capability switching occurs with each TXOP before data transmission is complete, it will cause a large amount of unnecessary ICF / ICR (Initial Control Response) frame exchange overhead. In addition, if the switching delay between high and low receive capability states is long (up to 256µs), the AP / non-AP STA will lose channel synchronization, and frequent switching will cause the AP / non-AP STA to perform frequent channel synchronization.

[0093] It can be seen that different power-saving technologies can work well in different scenarios, but they may have some problems in other scenarios, making it difficult to dynamically and flexibly adapt to different application scenarios.

[0094] To address the aforementioned issues, this application provides a data transmission method that combines different power-saving technologies to dynamically and flexibly adapt to different application scenarios, thereby better achieving the goal of power saving.

[0095] It should be noted that the executing entity of the embodiments of this application can be a computing service device with data processing, network communication, and program execution functions, such as a tablet computer, personal computer, or mobile phone, or an electronic device or terminal system capable of realizing the above functions. The following uses a data transmission device as an example to describe the embodiments of this application and the following embodiments.

[0096] The data transmission method, system, device, and storage medium provided in the embodiments of this application will be described in detail below.

[0097] According to one aspect, this application provides a data transmission method applied to a first device, which is a device to enter a dynamic power-saving mode for data transmission, such as a TWT-based DPS STA. This method can combine the aforementioned TWT and DPS technologies to achieve power saving. Figure 5 is a flowchart illustrating one of the data transmission methods proposed in this application. As shown in Figure 5, the data transmission method includes steps S501 to S502:

[0098] Step S501: Send the first information to the second device;

[0099] Wherein, the first device is a device to enter the dynamic power saving mode for data transmission, the second device is a device to assist the first device in data transmission in the dynamic power saving mode, and the first information is used to indicate the dynamic power saving protocol related to the dynamic power saving mode.

[0100] It should be noted that the first device is, for example, a TWT Based DPS STA, which is the device that needs to enter the dynamic power saving mode for data transmission, and the second device is, for example, a TWT Based DPS Assisting STA, which is used to assist the TWT Based DPS STA in transmitting data normally in the dynamic power saving mode.

[0101] In some embodiments, the first device may be an access point device (e.g., an AP) or a non-access point device (e.g., a non-AP STA), and the second device may be a non-access point device or an access point device.

[0102] In other embodiments, if the AP sends the first information to the non-AP STA, then the AP acts as a TWT Based DPS STA and the non-AP STA acts as a TWT Based DPS Assisting STA; if the non-AP STA sends the first information to the AP, then the non-AP STA acts as a TWT Based DPS STA and the AP acts as a TWT Based DPS Assisting STA.

[0103] It should be noted that the AP can also function as both a TWT-based DPS STA and a TWT-based DPS Assisting STA. Correspondingly, a non-AP STA can function as both a TWT-based DPS Assisting STA and a TWT-based DPS STA. In other words, the AP can serve as both the first device to enter dynamic power saving mode and the second device to assist a non-AP STA in entering dynamic power saving mode. The AP and the non-AP STA entering dynamic power saving mode do not conflict with each other.

[0104] Step S502: Data transmission is performed in the dynamic power saving mode according to the dynamic power saving protocol indicated by the first information.

[0105] Specifically, after determining that it needs to enter dynamic power-saving mode based on actual conditions, the first device can send a first message to the second device to instruct on the dynamic power-saving protocol related to the dynamic power-saving mode. This allows the second device to cooperate with the first device in data transmission according to the dynamic power-saving protocol, enabling the first device to transmit data normally with the second device even in dynamic power-saving mode. After sending the first message, the first device can then transmit data in dynamic power-saving mode according to the dynamic power-saving protocol.

[0106] It should be noted that the dynamic power saving protocol can be set dynamically and flexibly according to the actual situation, so as to adapt to different application scenarios.

[0107] For example, the dynamic power saving protocol instructs the first device to be in LC mode for a certain period of time t1-t2 after entering the dynamic power saving mode. During this period t1-t2, the first device and the second device need to wake up each other through an ICF frame before data transmission can proceed.

[0108] If the first device and the second device do not synchronize the above information through the first information, the second device may send data directly to the first device during t1-t2. In this case, it can be understood that the first device is still in LC mode and cannot receive the data sent by the second device, which will lead to data loss.

[0109] In this application, the first device can first synchronize the above information to the second device through the first information. Then, within the above t1-t2, the second device will first send an ICF frame to the first device to wake it up, and then send data to the first device. This avoids the situation where the second device directly sends data when the first device is in LC mode, thus ensuring normal data transmission.

[0110] For example, if the dynamic power saving protocol instructs the first device to be in HC mode for a certain period of time t3-t4 after entering the dynamic power saving mode, then the first device and the second device can directly transmit data during t3-t4.

[0111] If the first device and the second device do not synchronize the above information through the first information, the second device may wake up by sending an ICF frame before sending data to the first device within t3-t4, which will result in a large exchange overhead of ICF frames.

[0112] In this application, the first device can synchronize the above information to the second device through the first information. Then, during the above t3-t4, the second device does not need to send ICF frames and can directly send data to the first device. While ensuring normal data transmission, the exchange overhead of ICF frames is effectively reduced.

[0113] In this embodiment of the application, before the first device enters the dynamic power saving mode, it can send first information to the second device to indicate the dynamic power saving protocol related to the dynamic power saving mode. This allows the second device to assist the first device in transmitting data in the dynamic power saving mode according to the dynamic power saving protocol. The dynamic power saving protocol can be set dynamically and flexibly according to the actual situation to adapt to different application scenarios.

[0114] In some embodiments, the above-described dynamic power-saving mode can satisfy any of the following:

[0115] 1) In low capacity (LC) mode both during non-service periods and service periods;

[0116] It should be noted that the dynamic power saving mode satisfies the condition that the second device always needs to wake up the first device through an ICF frame before sending data to the first device when it is in LC mode during both non-service periods (non-SP) and service periods (SP). It can be considered that the DPS technology in the relevant technology is used to save power for the first device. Therefore, the second device should follow the DPS operation rules when initiating TXOP to the first device at any time.

[0117] 2) It is in low-capacity mode during non-service periods and in high-capacity (HC) mode during service periods.

[0118] It should be noted that the dynamic power saving mode is in LC mode during non-SP periods and in HC mode during SP periods. The specific data transmission process is as follows:

[0119] During non-SP periods, the first device is in LC mode of DPS. When the first device receives the initial control frame, it switches from LC mode to HC mode. The types of PPDUs that can be received in LC mode are determined by the receivable parameters negotiated in the dynamic power saving protocol.

[0120] During SP, the first device is in HC mode of DPS by default. At this time, the first device can start data frame transmission in a high-reception state without receiving the initial control frame.

[0121] 3) It is in sleep mode during non-service periods and in high-capacity mode during service periods;

[0122] It should be noted that the dynamic power saving mode satisfies the condition that the device is in sleep mode during non-SP periods and in HC mode during SP periods. The first device is prohibited from receiving data during non-SP periods and supports receiving data during SP periods. It can be considered that the TWT technology in the relevant technology is used to save power for the first device. Then the first device and the second device fully comply with the data transmission process negotiated by the TWT protocol.

[0123] 4) It is in sleep mode during non-service periods and in low-capacity mode during service periods.

[0124] It should be noted that the dynamic power saving mode is in sleep mode during non-SP periods and in LC mode during SP periods. In this case, the first device is in sleep mode during non-SP periods and cannot send or receive frames. During SP periods, the first device can initiate TXOP (i.e., the process of sending data) or receive data through the DPS process (i.e., the process of receiving data). The second device should follow the DPS rules to request the STA to initiate TXOP during SP periods.

[0125] The first device is prohibited from receiving data in low-capacity mode, but supports switching to high-capacity mode via an initial control frame. The first device supports receiving data in high-capacity mode, and the first device is prohibited from receiving data in sleep mode.

[0126] In some embodiments, as shown in FIG5, a specific implementation of step S502 above is provided, which may include the following steps:

[0127] <1> If the first device is in low-capacity mode, it can receive data from the second device after receiving the initial control frame;

[0128] <2> If the first device is in high-capacity mode, it supports receiving data from the second device;

[0129] <3> If the first device is in sleep mode, it stops receiving data from the second device.

[0130] Specifically, for the first device, during the time period when the first information indicates that the first device is in LC mode, the first device only supports receiving data from the second device after receiving the initial control frame; otherwise, it does not support receiving data from the second device. During the time period when the first information indicates that the first device is in HC mode, the first device always supports receiving data from the second device without needing to be woken up by the initial control frame. During the time period when the first information indicates that the first device is in sleep mode, the first device always stops receiving data from the second device.

[0131] In some embodiments, as shown in FIG5, another specific implementation of step S502 above is provided, which may specifically include the following steps:

[0132] The dynamic power-saving mode satisfies the following conditions: when the system is in low-capacity mode during non-service periods and in high-capacity mode during service periods, data reception is stopped during the first handover delay and the second handover delay.

[0133] Wherein, the first switching delay indicates the switching delay required to switch from low capacity mode to high capacity mode, and the second switching delay indicates the switching delay required to switch from high capacity mode to low capacity mode.

[0134] Specifically, in the dynamic power saving mode, if the device is in LC mode during non-SP periods and in HC mode during SP periods, the first device needs to go through a switching process of LC mode → HC mode → LC mode. If the switching delay required for the first device to switch from LC mode to HC mode is taken as the first switching delay, and the switching delay required for the first device to switch from HC mode back to LC mode is taken as the second switching delay, then the first device needs to stop receiving data during the first and second switching delays, because the first device cannot receive data normally during these two switching delays. Similarly, the second device should also avoid sending data to the first device during the first and second switching delays.

[0135] In some embodiments, in order to avoid the first and second switching delays when data cannot be transmitted normally, the already opened TXOP also needs to be terminated in advance.

[0136] In some embodiments, the first device may satisfy the following: completing the switch from low capacity mode to high capacity mode after the start of the service period, and initiating the switch from high capacity mode to low capacity mode after the end of the service period.

[0137] Specifically, the first device can switch from LC mode to HC mode after the start of the SP period, and start switching from HC mode to LC mode after the end of the SP period.

[0138] In some embodiments, the first information may include at least one of the following:

[0139] ① Target wake-up time for the service cycle;

[0140] ② Target wake-up interval for the service cycle;

[0141] ③ Duration of the service period;

[0142] It should be noted that the duration of the service cycle may be, for example, the minimum target wake duration.

[0143] ④ First handover delay indicates the handover delay required to switch from low capacity mode to high capacity mode, also known as DPS Padding Delay;

[0144] ⑤ The second switching delay indicates the switching delay required to switch from high-capacity mode to low-capacity mode, also known as DPS Transition Delay;

[0145] ⑥ Data types supported for reception in low-capacity mode;

[0146] It should be noted that, for example, the types of PPDUs that can be received in LC mode, such as the conditions that need to be met for parameters such as MCS, NSS, and bandwidth.

[0147] ⑦ First working mode, indicating the working mode of the first device during non-service periods;

[0148] In some embodiments, the operating mode of the first device during non-SP periods can be LC mode or sleep mode.

[0149] ⑧ Second working mode, indicating the working mode of the first device during the service cycle;

[0150] In some embodiments, the operating mode of the first device during SP can be LC mode or HC mode.

[0151] The operating modes include low capacity mode, high capacity mode, or sleep mode.

[0152] In other embodiments, the first information may also include information related to other relevant TWT and DPS protocols, which is not limited in this application.

[0153] In some embodiments, FIG6 is a second schematic flowchart of a data transmission method proposed in this application. As shown in FIG6, based on FIG5, steps S503 to S504 are included before step S501:

[0154] Step S503: Send the second information to the second device;

[0155] The second information is used to indicate whether the first device supports dynamic power-saving negotiation;

[0156] Step S504: Receive third information from the second device;

[0157] The third piece of information is used to indicate whether the second device supports dynamic power-saving negotiation.

[0158] It should be noted that the embodiments of this application do not limit the order in which steps S503 and S504 are performed. The first device may first send second information indicating whether the first device supports dynamic power saving negotiation to the second device, or it may first receive third information sent by the second device indicating whether the second device supports dynamic power saving negotiation.

[0159] Specifically, before the first device sends the first information to the second device, the first device and the second device can first synchronize the second information and the third information to negotiate whether the other party supports dynamic power saving.

[0160] In some embodiments, the second and third information may be carried in beacon frames, probe frames, association frames, etc., between the AP and the non-AP STA.

[0161] For example, AP and non-AP STA can declare in their management frames whether they support dynamic power saving negotiation, such as whether they support TWT-based dynamic power saving protocols. AP and non-AP STA can obtain each other's information on whether they support TWT-based dynamic power saving protocols by listening to and interacting with beacon frames, probe frames, and association frames (such as UHR Capabilities element).

[0162] In some embodiments, as shown in FIG6, corresponding to the above steps S503 and S504, step S501 specifically includes step S501-1:

[0163] Step S501-1: If, based on the second information and the third information, it is determined that both the first device and the second device support dynamic power-saving negotiation, the first information is sent to the second device.

[0164] Specifically, after the first device and the second device synchronize whether they support dynamic power saving negotiation through the second information and the third information, if it is determined that both the first device and the second device support dynamic power saving negotiation, the first device can send the first information to the second device to start the dynamic power saving negotiation process. Specifically, the dynamic power saving protocol is synchronized through the first information and data is transmitted according to the dynamic power saving protocol.

[0165] In some embodiments, a specific implementation is provided for a first device to send first information to a second device. When the first device is an access point device, the following steps may be included before step S501:

[0166] Send a fourth message to the second device; wherein the fourth message is used to trigger the second device to initiate a dynamic power-saving negotiation process;

[0167] Receive a first request action frame from the second device;

[0168] Accordingly, step S501 above may include the following steps:

[0169] Send a first response action frame to the second device; wherein the first response action frame carries the first information.

[0170] In some embodiments, the first device may first send second information to the second device and receive third information from the second device. After determining, based on the second and third information, that both the first and second devices support dynamic power-saving negotiation, the first device then sends fourth information to the second device to trigger the second device to initiate a dynamic power-saving negotiation process. After receiving the fourth information, the second device may send a first request action frame to the first device. Upon receiving the first request action frame, the first device may send a first response action frame to the second device, carrying the aforementioned first information in the first response action frame to indicate the dynamic power-saving protocol related to the dynamic power-saving mode to the second device, so that the second device can perform corresponding data transmission according to the dynamic power-saving protocol.

[0171] For example, when the AP is about to enter dynamic power saving mode, the fourth message can trigger the non-AP STA to initiate TWT negotiation, that is, trigger the non-AP STA to initiate the dynamic power saving negotiation process with the AP. Specifically, after receiving the fourth message, the non-AP STA sends a first request action frame to the AP. After receiving the first request action frame, the AP sends a first response action frame to the non-AP STA. The aforementioned first message can be carried in the first response action frame to indicate that the AP is about to enter dynamic power saving mode and to instruct the non-AP STA on the dynamic power saving protocol related to the dynamic power saving mode, so that the non-AP STA can cooperate with the AP's dynamic power saving mode for data transmission.

[0172] It should be noted that the relationship between the AP and the non-AP STA can be one-to-one or one-to-many. The AP can use unicast or multicast to negotiate TWT with the non-AP STA, that is, individual TWT or broadcast TWT.

[0173] For example, if AP corresponds to non-AP STA1 and non-AP STA2, AP can negotiate TWT with non-AP STA1 or non-AP STA2 through individual TWT, or through broadcast TWT.

[0174] In some embodiments, the AP can set the TWT Required subfield in the HE / EHT / UHR Operation elements in the beacon frame, probe response frame, and association response frame to 1 to represent the fourth information. After receiving the HE / EHT / UHR Operation elements with the TWT Required subfield set to 1, the non-AP STA needs to initiate TWT (individual TWT or broadcast TWT) negotiation with the AP.

[0175] In some embodiments, another specific implementation is provided for the first device to send first information to the second device. When the first device is a non-access point device, step S501 above may include the following steps:

[0176] Send a second request action frame to the second device; wherein the second request action frame carries the first information.

[0177] Specifically, when a non-AP STA is about to enter dynamic power saving mode, it can directly request the AP to initiate TWT negotiation. Specifically, the non-AP STA can send a second request action frame to the AP. The second request action frame can carry the aforementioned first information to indicate that the non-AP STA is about to enter dynamic power saving mode and to instruct the AP on the dynamic power saving protocol related to dynamic power saving mode, so that the AP can cooperate with the non-AP STA to transmit data in dynamic power saving mode, ensuring that the non-AP STA can transmit data normally in dynamic power saving mode.

[0178] In some embodiments, after a non-AP STA sends a second request action frame to the AP, the AP may also send a second response action frame to the non-AP STA in response to the negotiation.

[0179] In other embodiments, if the AP also needs to enter dynamic power-saving mode, it can carry the first information in the second response action frame to instruct the non-AP STA to cooperate with the AP in data transmission in dynamic power-saving mode. It should be noted that the dynamic power-saving protocol indicated by the first information sent by the AP to the non-AP STA and the first information sent by the non-AP STA to the AP can be the same or different, and this is not limited here.

[0180] In some embodiments, when the first device is a non-access point device, the above method may further include the following steps:

[0181] The first device receives fifth information from the second device; wherein the fifth information is used to instruct the first device to switch between a high-capacity mode and a low-capacity mode.

[0182] Specifically, after the first device and the second device have synchronized the dynamic power saving protocol through the first information, additional information can be used during data transmission to dynamically instruct the first device to switch between high-capacity mode and low-capacity mode, so as to flexibly adjust the dynamic power saving state of the first device and make it more suitable for different application scenarios.

[0183] In some embodiments, the fifth information may be carried in a Multi-User Block Acknowledgment (MultiSTA BA) frame sent by the second device.

[0184] In some embodiments, if the non-AP STA is a TWT Based DPS STA and the AP is a TWT Based DPS Assisting STA, the AP can instruct the non-AP STA to switch between HC mode and LC mode after the SP start time. The AP can do this by carrying fifth information in the MultiSTA BA frame.

[0185] In some embodiments, when the first device is an access point device, the above method may further include the following steps:

[0186] Receive sixth information from the second device; wherein the sixth information includes cached information in the second device;

[0187] Based on the cache size in the cache information in the sixth information, determine whether to switch between high-capacity mode and low-capacity mode;

[0188] In the event of switching between high-capacity mode and low-capacity mode, a seventh message is sent to the second device; wherein the seventh message is used to notify the first device that a switch between high-capacity mode and low-capacity mode has been performed.

[0189] Specifically, after the first device and the second device have synchronized the dynamic power saving protocol through the first information, the dynamic power saving state of the first device can be dynamically adjusted according to the size of the data to be transmitted during the data transmission process. For example, the size of the cached information to be sent in the second device can be used to determine whether the first device needs to switch between high-capacity mode and low-capacity mode, which is more conducive to adapting to different application scenarios.

[0190] In some embodiments, the specific implementation of the first device determining whether to switch between high-capacity mode and low-capacity mode based on the cache size of the cache information in the sixth information may include:

[0191] 1) If the cache size of the cached information is greater than a preset value, keep the first device in or switch it to HC mode;

[0192] 2) If the cache size of the cached information is less than or equal to the preset value, the first device shall remain in or switch to LC mode.

[0193] It should be noted that the preset values ​​can be set according to the actual situation, and this application does not impose any restrictions on this.

[0194] It should also be noted that if the first device has already switched modes, it needs to notify the second device through additional seventh information so that the second device can transmit data in the corresponding mode. The second device should avoid initiating a TXOP to the first device before the first device completes the mode switch to ensure normal data transmission.

[0195] In some embodiments, the sixth information may be carried in a power-saving polling (PS-Poll) frame or a quality of service null (QoS-Null) frame sent by the second device.

[0196] In some embodiments, if the AP is a TWT-based DPS STA and the non-AP STA is a TWT-based DPS Assisting STA, the non-AP STA can report buffer information to the AP via a PS-Poll frame or a QoS-Null frame after the SP starts. The AP can switch between HC mode and LC mode according to the buffer size and notify the non-AP STA of the switching result via a MultiSTA BA frame.

[0197] In some embodiments, a specific implementation is provided where the first device is in HC mode during SP. Specifically, when the first device is a non-access point device and the non-access point device is an Enhanced Multi-Link Single Radio (EMLSR) type, the following steps may also be included:

[0198] If the dynamic power saving mode satisfies the requirement of being in high-capacity mode during the service period, then the active link of the first device will be kept on the effective link corresponding to the service period.

[0199] In some embodiments, when the first device is a non-access point device and the non-access point device is an enhanced multi-link single-radio device type, overlapping time is not supported between the service periods indicated by the first information transmitted on different links of the first device.

[0200] Specifically, if a non-AP STA is a TWT-based DPS STA and an EMLSR-type multi-link device, and if DPS is negotiated to be disabled during SP (i.e., it is in HC mode during SP), then an EMLSR-type non-AP STA can keep the active link on the link where SP is active. The specific operation is as follows:

[0201] 1) On links where SP is active, EMLSR type non-AP STAs can directly begin data frame transmission in high receive capability state without receiving initial control frames.

[0202] 2) On links where SP is not active, TWT Based DPS Assisting STAs are not allowed to initiate TXOPs to EMLSR type non-AP STAs during SP.

[0203] In some embodiments, during the handover delay before the SP start time (first handover delay) and the handover delay after the SP end time (second handover delay), EMLSR type non-AP STAs cannot receive frames. The handover delay may be indicated by a multi-link element field.

[0204] In some embodiments, non-AP STAs of the EMLSR type are not allowed to negotiate TWTs with overlapping time SPs on different links.

[0205] According to another aspect, embodiments of this application provide a data transmission method applied to a second device, which is a device used to assist a first device in data transmission in a dynamic power-saving mode, such as a TWT-based DPS Assisting STA. Figure 7 is a flowchart of a third embodiment of the data transmission method proposed in this application. As shown in Figure 7, the data transmission method includes steps S701 to S702:

[0206] Step S701: Receive first information from the first device;

[0207] Wherein, the first device is a device that is about to enter the dynamic power saving mode for data transmission, the second device is a device that assists the first device in data transmission in the dynamic power saving mode, and the first information is used to indicate the dynamic power saving protocol related to the dynamic power saving mode.

[0208] Step S702: Data transmission is performed in the dynamic power saving mode according to the dynamic power saving protocol indicated by the first information.

[0209] Specifically, the first device, which is about to enter the dynamic power saving mode for data transmission, can send the first information to the second device to indicate the dynamic power saving protocol related to the dynamic power saving mode. After receiving the first information, the second device can cooperate with the first device to transmit data in the dynamic power saving mode according to the dynamic power saving protocol, so as to ensure that the first device can transmit data normally in the dynamic power saving mode.

[0210] It should be noted that the step of the second device transmitting data in dynamic power saving mode according to the dynamic power saving protocol indicated by the first information does not mean that the second device is in dynamic power saving mode, but rather that the second device cooperates with the first device in dynamic power saving mode to transmit data.

[0211] In this embodiment of the application, before the first device enters the dynamic power saving mode, it can send first information to the second device to indicate the dynamic power saving protocol related to the dynamic power saving mode. This allows the second device to assist the first device in transmitting data in the dynamic power saving mode according to the dynamic power saving protocol. The dynamic power saving protocol can be set dynamically and flexibly according to the actual situation to adapt to different application scenarios.

[0212] In some embodiments, the dynamic power-saving mode may satisfy any of the following:

[0213] 1) It is in low-capacity mode both during non-service periods and service periods;

[0214] 2) It operates in low-capacity mode during non-service periods and in high-capacity mode during service periods;

[0215] 3) It is in sleep mode during non-service periods and in high-capacity mode during service periods;

[0216] 4) It is in sleep mode during non-service periods and in low-capacity mode during service periods.

[0217] The first device is prohibited from receiving data in low-capacity mode, but supports switching to high-capacity mode via an initial control frame. The first device supports receiving data in high-capacity mode, and the first device is prohibited from receiving data in sleep mode.

[0218] In some embodiments, as shown in FIG7, a specific implementation of step S702 above is provided, which may include the following steps:

[0219] <1> If the first device is in low capacity mode, data is sent to the first device after the initial control frame is sent to the first device;

[0220] <2> If the first device is in high-capacity mode, then send data to the first device;

[0221] <3> If the first device is in sleep mode, then stop sending data to the first device.

[0222] Specifically, for the second device, after the first device enters the dynamic power saving mode, if the first device is in LC mode, the second device needs to send an initial control frame to the first device to wake it up before sending data to the first device; if the first device is in HC mode, the second device can send data directly to the first device; if the first device is in sleep mode, it means that the first device is prohibited from receiving data at this time, so the second device stops sending data to the first device to avoid data loss.

[0223] In some embodiments, as shown in FIG7, another specific implementation of step S702 above is provided, which may include the following steps:

[0224] When the dynamic power saving mode satisfies the following conditions: when the device is in low capacity mode during non-service periods and in high capacity mode during service periods, data transmission to the first device is stopped during the first handover delay and the second handover delay.

[0225] Wherein, the first switching delay indicates the switching delay required to switch from low capacity mode to high capacity mode, and the second switching delay indicates the switching delay required to switch from high capacity mode to low capacity mode.

[0226] Specifically, in the dynamic power-saving mode, if the device is in LC mode during non-SP periods and in HC mode during SP periods, the first device needs to go through a switching process of LC mode → HC mode → LC mode. If the switching delay required for the first device to switch from LC mode to HC mode is taken as the first switching delay, and the switching delay required for the first device to switch from HC mode back to LC mode is taken as the second switching delay, then the first device needs to stop receiving data during the first and second switching delays. This is because the first device cannot receive data normally during these two switching delays. Similarly, the second device should also avoid sending data to the first device during the first and second switching delays to avoid data loss.

[0227] In some embodiments, the first information may include at least one of the following:

[0228] ① Target wake-up time for the service cycle;

[0229] ② Target wake-up interval for the service cycle;

[0230] ③ Duration of the service period;

[0231] ④ First handover delay, indicating the handover delay required to switch from low capacity mode to high capacity mode;

[0232] ⑤ Second handover delay, indicating the handover delay required to switch from high-capacity mode to low-capacity mode;

[0233] ⑥ Data types supported for reception in low-capacity mode;

[0234] ⑦ First working mode, indicating the working mode of the first device during non-service periods;

[0235] ⑧ Second working mode, indicating the working mode of the first device during the service cycle;

[0236] The operating modes include low capacity mode, high capacity mode, or sleep mode.

[0237] In some embodiments, FIG8 is a fourth schematic flowchart of a data transmission method proposed in this application. As shown in FIG8, based on FIG7, steps S703 to S704 are included before step S701:

[0238] Step S703: Receive second information from the first device;

[0239] The second information is used to indicate whether the first device supports dynamic power-saving negotiation;

[0240] Step S704: Send third information to the first device;

[0241] The third piece of information is used to indicate whether the second device supports dynamic power-saving negotiation.

[0242] It should be noted that the embodiments of this application do not limit the order in which steps S703 and S704 are performed. The second device may first receive the second information sent by the first device indicating whether the first device supports dynamic power saving negotiation, or it may first send the third information to the first device indicating whether the second device supports dynamic power saving negotiation.

[0243] In some embodiments, the second and third information may be carried in beacon frames, probe frames, association frames, etc., between the AP and the non-AP STA. The AP and non-AP STA may declare in their management frames whether they support dynamic power saving negotiation, such as whether they support TWT-based dynamic power saving protocols. The AP and non-AP STA can obtain information about each other's support for TWT-based dynamic power saving protocols by listening to and interacting with beacon frames, probe frames, and association frames.

[0244] In some embodiments, as shown in FIG8, corresponding to steps S703 and S704 above, step S701 specifically includes step S701-1:

[0245] Step S701-1: If, based on the second information and the third information, it is determined that both the first device and the second device support dynamic power-saving negotiation, the first information is received from the first device.

[0246] Specifically, after the first device and the second device synchronize whether they support dynamic power saving negotiation through the second information and the third information, if it is determined that both the first device and the second device support dynamic power saving negotiation, the second device can receive the first information from the first device to start the dynamic power saving negotiation process. Specifically, the dynamic power saving protocol is synchronized through the first information and data is transmitted according to the dynamic power saving protocol.

[0247] In some embodiments, the first device may be an access point device or a non-access point device, and the second device may be a non-access point device or an access point device.

[0248] In some embodiments, a specific implementation is provided for a second device receiving first information from a first device. When the second device is a non-access point device, the following steps may be included before step S701:

[0249] Receive fourth information from the first device; wherein the fourth information is used to trigger the second device to initiate a dynamic power-saving negotiation process;

[0250] Send a first request action frame to the first device;

[0251] Accordingly, step S701 above may include the following steps:

[0252] Receive a first response action frame from the first device; wherein the first response action frame carries the first information.

[0253] In some embodiments, the first device may first send second information to the second device and receive third information from the second device. After determining, based on the second and third information, that both the first and second devices support dynamic power-saving negotiation, the first device then sends fourth information to the second device to trigger the second device to initiate a dynamic power-saving negotiation process. After receiving the fourth information, the second device may send a first request action frame to the first device. Upon receiving the first request action frame, the first device may send a first response action frame to the second device, carrying the aforementioned first information in the first response action frame to indicate the dynamic power-saving protocol related to the dynamic power-saving mode to the second device, so that the second device can perform corresponding data transmission according to the dynamic power-saving protocol.

[0254] In some embodiments, another specific implementation is provided for the second device receiving first information from the first device. When the second device is an access point device, step S701 above may include the following steps:

[0255] Receive a second request action frame from the first device; wherein the second request action frame carries the first information.

[0256] Specifically, when the second device is an AP and the first device is a non-AP STA, when the non-AP STA is about to enter the dynamic power saving mode, it can directly request the AP to initiate TWT negotiation. Specifically, the non-AP STA can send a second request action frame to the AP. The second request action frame can carry the aforementioned first information to indicate that the non-AP STA is about to enter the dynamic power saving mode and to instruct the AP on the dynamic power saving protocol related to the dynamic power saving mode, so that the AP can cooperate with the non-AP STA to transmit data in the dynamic power saving mode and ensure that the non-AP STA can transmit data normally in the dynamic power saving mode.

[0257] In some embodiments, after a non-AP STA sends a second request action frame to the AP, the AP may also send a second response action frame to the non-AP STA in response to the negotiation.

[0258] In some embodiments, when the second device is an access point device, the above method may further include the following steps:

[0259] Send a fifth message to the first device; wherein the fifth message is used to instruct the first device to switch between a high-capacity mode and a low-capacity mode.

[0260] Specifically, after the first device and the second device have synchronized the dynamic power-saving protocol through the first information, additional information can be used during data transmission to dynamically instruct the first device to switch between high-capacity mode and low-capacity mode. Specifically, the second device can send a fifth message to the first device to instruct the first device to switch between high-capacity mode and low-capacity mode, which facilitates flexible adjustment of the dynamic power-saving state of the first device and is more conducive to adapting to different application scenarios.

[0261] In some embodiments, the fifth information may be carried in a multi-user block acknowledgment frame sent by the second device.

[0262] In some embodiments, when the second device is a non-access point device, the above method may further include the following steps:

[0263] Send a sixth message to the first device; wherein the sixth message includes cached information in the second device;

[0264] Receive a seventh message from the first device; wherein the seventh message is used to notify the first device that a switch has been performed between a high-capacity mode and a low-capacity mode.

[0265] Specifically, when the second device is a non-AP STA and the first device is an AP, after the first and second devices have synchronized the dynamic power saving protocol through the first information, the dynamic power saving state of the first device can be dynamically adjusted according to the size of the data to be transmitted during the data transmission process. For example, the size of the cached information to be sent in the second device can be used to determine whether the first device needs to switch between high-capacity mode and low-capacity mode, which is more conducive to adapting to different application scenarios.

[0266] In some embodiments, the sixth information may be carried in a power-saving polling frame or a quality of service empty frame sent by the second device.

[0267] The following example illustrates the data transmission method provided in this application, which aims to combine TWT and DPS technologies to further improve the power-saving efficiency of AP / non-AP STA. The main process is as follows:

[0268] 1) The AP and non-AP STA announce in their management frames whether they support the TWT-based dynamic power saving protocol. The AP and non-AP STA can obtain each other's information on whether they support the TWT-based dynamic power saving protocol by listening to and interacting with beacon frames, probe frames, and association frames (such as UHR Capabilities element).

[0269] 2) The AP and non-AP STA negotiate a dynamic power-saving protocol based on TWT, specifically:

[0270] <1> If the AP is the negotiation initiator (which can be called a TWT Based DPS STA), the AP sets the TWT Required subfield in the HE / EHT / UHR Operation elements in the beacon frame, probe response frame, and association response frame to 1. After receiving the HE / EHT / UHR Operation elements with the TWT Required subfield set to 1, the non-AP STA (considered as a TWT Based DPS Assisting STA) needs to initiate TWT (individual TWT or broadcast TWT) negotiation with the AP.

[0271] The non-AP STA then sends a TWT request action frame to the AP to initiate negotiation, and the AP responds to the negotiation with a TWT response action frame. The AP also includes a TWT element (i.e., the first information) in its TWT response action frame that contains information related to the TWT-based dynamic power saving protocol.

[0272] Non-AP STAs can carry TWT elements containing information about the TWT-based dynamic power saving protocol in the TWT request action frame. This is considered as the non-AP STA simultaneously initiating negotiation of the TWT-based dynamic power saving protocol.

[0273] <2> If the non-AP STA is the negotiation initiator (which can be referred to as the TWT Based DPS STA), then the non-AP STA (considered as the TWT Based DPS Assisting STA) sends a TWT request action frame to the AP to initiate negotiation, and the AP sends a TWT response action frame to respond to the negotiation. The non-AP STA carries a TWT element in the TWT request action frame containing information related to the TWT-based dynamic power saving protocol.

[0274] The TWT element carries information related to the TWT-based dynamic power-saving protocol negotiated in this case, including but not limited to the following:

[0275] ①TWT SP target wake-up time and TWT wake-up interval.

[0276] ②TWT SP duration.

[0277] ③ DPS switching delay. This includes DPS Padding Delay and DPS Transition Delay.

[0278] ④ Receivable parameters in the low DPS reception state, such as MCS, NSS, and bandwidth.

[0279] ⑤ The working mode of TWT-based DPS STA during non-SP periods (DPS LC mode or sleep state).

[0280] ⑥ TWT Based DPS STA's DPS operating mode (LC mode or HC mode) during SP.

[0281] ⑦ Other relevant information regarding TWT and DPS protocols.

[0282] 3) After negotiation, the TWT Based DPS STA and TWT Based DPS Assisting STA initiate the data transmission process in the TWT-based dynamic power-saving mode, according to the following rules:

[0283] <1> If the TWT Based DPS STA is in LC mode during non-SP and SP periods, the TWT Based DPS Assisting STA should follow the DPS operation rules when initiating a TXOP to the TWT Based DPS STA at any time.

[0284] <2> If the TWT-based DPS STA is in LC mode during non-SP periods and enters HC mode during SP periods, then:

[0285] During non-SP periods, the TWT-based DPS STA is in LC mode of the DPS. When the TWT-based DPS STA receives the initial control frame, it switches from LC mode to HC mode. The types of PPDUs that can be received in LC mode are determined by the negotiated receivable parameters.

[0286] During SP, the TWT-based DPS STA is in HC mode of DPS by default. At this time, the TWT-based DPS STA can start transmitting data frames in a high-reception state without receiving the initial control frame.

[0287] During the handover delay (DPS Padding Delay) before the SP start time and the handover delay (DPS Transition Delay) after the SP end time, the TWT-based DPS STA cannot receive frames. The handover delays are the DPS Padding Delay and DPS Transition Delay indicated in the negotiation procedure above. The TWT-based DPS Assisting STA should avoid transmitting data to the TWT-based DPS STA during the DPS Padding Delay and DPS Transition Delay times (open TXOPs need to be closed in advance).

[0288] TWT-based DPS STAs should complete the capability switch after the start of SP and after the end of SP.

[0289] <3> If the TWT Based DPS STA enters sleep mode during non-SP periods and enters HC mode during SP periods, the TWT Based DPS STA and TWT Based DPS Assisting STA will fully comply with the data transmission process negotiated by the TWT protocol.

[0290] <4> If a TWT-based DPS STA enters sleep mode during a non-SP period and then enters LC mode during an SP period, the TWT-based DPS STA will remain in sleep mode during non-SP periods and will be unable to send or receive frames. During SP periods, the TWT-based DPS STA can initiate a TXOP or receive data through the DPS procedure. The TWT-based DPS Assisting STA should follow the DPS rules to initiate a TXOP with the TWT-requesting STA during SP periods.

[0291] 4) During SP (Service Provider) mode, the TWT Based DPS STA can switch between HC (Hardware Controller) and LC (Limited Controller) modes based on TWT Based DPS Assisting STA instructions or cache status feedback. Specifically:

[0292] If the non-AP STA is a TWT Based DPS STA, the AP (TWT Based DPS Assisting STA) can notify the non-AP STA to switch between HC mode and LC mode after SP is enabled. The AP can carry indication information in the MultiSTA BA frame.

[0293] If the AP is a TWT Based DPS STA, the non-AP STA (TWT Based DPS Assisting STA) can report buffer information to the AP via PS-Poll or QoS-Null frames after SP is enabled. The AP can switch between HC mode and LC mode according to the buffer size and notify the non-AP STA of the switching result via MultiSTA BA frame.

[0294] TWT Based DPS Assisting STA should avoid initiating TXOP to TWT Based DPS STA before the TWT Based DPS STA completes mode switching.

[0295] 5) If the non-AP STA is a TWT-based DPS STA and an EMLSR type multi-link device, and the DPS is negotiated to be turned off during the SP period (i.e., it is in HC mode during the SP period), then the EMLSR non-AP STA can keep the active link on the link where the SP is effective. The specific operation is as follows:

[0296] On links where SP is active, EMLSR non-AP STAs can directly begin transmitting data frames in a high-reception-capability state without receiving an initial control frame.

[0297] On links where the SP is not active, the TWT-based DPS Assisting STA within the SP is not allowed to initiate TXOPs to EMLSR non-AP STAs (TWT-based DPS STAs).

[0298] During the handover delay before the SP start time and after the SP end time, the EMLSR non-AP STA cannot receive frames. The handover delay is indicated by the multi-link element field.

[0299] EMLSR non-AP STA does not allow negotiation of TWT with overlapping time SP on different links.

[0300] The following examples 1-4 illustrate the points in detail:

[0301] (I) Example 1: AP is a TWT Based DPS STA, non-AP STA1 and non-AP STA2 are TWT Based DPS Assisting STAs, and the negotiated mode is that AP enters DPS LC mode during non-SP period and enters HC mode during SP period.

[0302] Figure 9 is a fifth flowchart illustrating a data transmission method proposed in this application. As shown in Figure 9, the AP sets the TWT Required subfield in the HE / EHT / UHR Operation elements of the beacon frame to 1, indicating that the AP needs to enter dynamic power saving mode and requires non-AP STA1 and non-AP STA2 to actively initiate dynamic power saving protocol negotiation based on TWT with the AP. Subsequently, non-AP STA1 and non-AP STA2 respectively send TWT request action frames to the AP, and the AP respectively responds with TWT response action frames and agrees to the negotiation.

[0303] The negotiation mode is that AP enters DPS LC mode during non-SP periods and enters HC mode during SP periods. Since the start time of the negotiation TWT SP has not yet arrived, AP immediately enters LC mode.

[0304] During the pre-switch delay (i.e., the first switch delay) before the start of TWT, the AP cannot receive frames. Therefore, non-AP STA1 and non-AP STA2 should avoid sending any frames to the AP. The AP should complete the capability switch before the start of SP. After the start of SP, non-AP STA1 and non-AP STA2 assume the AP is already in HC mode and do not need to initiate an ICF frame when initiating a TXOP addressing to the AP.

[0305] When the SP ends, the AP begins switching from HC mode back to LC mode and cannot receive frames during the handover delay period after the SP ends (i.e., the second handover delay). Non-AP STA1 and non-AP STA2 should also avoid sending any frames to the AP during this period. The AP immediately enters LC mode after completing the handover. If non-AP STA1 and non-AP STA2 have TXOPs addressing the AP, the AP needs to be woken up with an ICF frame.

[0306] (II) Example 2: AP is a TWT Based DPS STA, non-AP STA1 and non-AP STA2 are TWT Based DPS Assisting STAs, and the negotiated mode is that AP enters sleep mode during non-SP period and enters LC mode during SP period.

[0307] Figure 10 is a schematic flowchart of a data transmission method proposed in an embodiment of this application. As shown in Figure 10, the AP sets the TWT Required subfield in the HE / EHT / UHR Operation elements of the beacon frame to 1, indicating that the AP needs to enter dynamic power saving mode and requires non-AP STA1 and non-AP STA2 to actively initiate dynamic power saving protocol negotiation based on TWT to the AP. Subsequently, non-AP STA1 and non-AP STA2 respectively send TWT request action frames to the AP, and the AP respectively responds with TWT response action frames and agrees to the negotiation.

[0308] The negotiation pattern is that AP enters sleep mode during non-SP periods and enters LC mode during SP periods. Since the start time of the negotiated TWT SP has not yet arrived, AP immediately enters sleep mode.

[0309] During the TWT SP time, non-AP STA1 and non-AP STA2 should enable TXOP with ICF frames.

[0310] In some embodiments, a TWT-based DPS STA may decide whether to enter sleep mode or LC mode based on whether low-latency data transmission is available during non-SP periods. The presence of low-latency data transmission, such as AP / non-AP STA, may be determined by whether an SCS (Subcarrier Spacing) protocol has been negotiated.

[0311] (III) Example 3: non-AP STA1 and non-AP STA2 are TWT Based DPS STAs, AP is a TWT Based DPS Assisting STA, and the negotiation mode between non-AP STA1, non-AP STA2 and AP is in LC mode during SP.

[0312] Figure 11 is a schematic diagram of the seventh data transmission method proposed in the embodiment of this application. As shown in Figure 11, during the activation of trigger-based TWT SP, the AP sends a basic trigger frame. Non-AP STA1 and non-AP STA2 are in LC mode during TWT SP. Non-AP STA1 and non-AP STA2 can indicate that they are in a wake-up state by sending a QoS Null frame.

[0313] In some embodiments, since the AP has a large amount of cached data addressing non-AP STA1 and non-AP STA2 in the current SP, the AP can instruct non-AP STA1 and non-AP STA2 to switch to HC mode and remain in HC mode until the SP ends in the Multi-STA BA frame responding to QoS Null frames sent by non-AP STA1 and non-AP STA2. After non-AP STA1 and non-AP STA2 complete parsing the Multi-STA BA frame, the AP should avoid initiating TXOPs to non-AP STA1 and non-AP STA2 within the DPS Padding Delay time. Subsequently, the AP does not need to initiate TXOPs addressing STA1 and STA2 with an ICF frame.

[0314] (iv) Example 4: AP is a TWT Based DPS STA, non-AP STA1 and non-AP STA2 are TWT Based DPS Assisting STAs, and the negotiation mode between non-AP STA1, non-AP STA2 and AP is in HC mode during SP.

[0315] Figure 12 is a schematic flowchart of a data transmission method proposed in an embodiment of this application. As shown in Figure 12, during the activation of trigger-based TWT SP, the AP sends a basic trigger frame, and STA1 and STA2 indicate that they are in a wake-up state by sending QoS Null. In some embodiments, non-AP STA1 and non-AP STA2 carry buffer information in the QoS Null frame, such as the buffer queue size of non-AP STA1 and non-AP STA2. The AP decides to switch to LC mode based on the buffer information fed back by non-AP STA1 and non-AP STA2 and continues until the SP ends.

[0316] In some embodiments, the AP compares the queue sizes of non-AP STA1 and non-AP STA2 with a threshold. If the buffer size is greater than the threshold, it remains in HC mode; otherwise, it switches to LC mode to further conserve power. The AP can instruct non-AP STA1 and non-AP STA2 to switch to HC mode and remain in HC mode until the SP ends in the Multi-STA BA frame responding to QoS Null frames sent by non-AP STA1 and non-AP STA2. Subsequently, when non-AP STA1 and non-AP STA2 initiate a TXOP addressing to the AP, it should be enabled with an ICF frame.

[0317] It should be noted that the above examples are only for understanding this application and do not constitute a limitation on the data transmission method of this application. Any simple modifications based on this technical concept are within the protection scope of this application.

[0318] This application also provides a data transmission device applied to a first device. Figure 13 is a schematic diagram of the structure of a data transmission device according to an embodiment of this application. As shown in Figure 13, the data transmission device includes:

[0319] The sending module 1301 is used to send first information to the second device; wherein the first device is a device to enter the dynamic power saving mode for data transmission, the second device is a device to assist the first device in data transmission in the dynamic power saving mode, and the first information is used to indicate the dynamic power saving protocol related to the dynamic power saving mode.

[0320] The first transmission module 1302 is used to transmit data in the dynamic power saving mode according to the dynamic power saving protocol indicated by the first information.

[0321] The data transmission apparatus provided in this application employs the data transmission method on the first device side of the above embodiments. The implementation details of any of the above embodiments can be referenced to solve the corresponding technical problems. Compared with related technologies, the beneficial effects of the data transmission apparatus provided in this application are the same as those of the data transmission method provided in the above embodiments, and other technical features in the data transmission apparatus are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0322] This application also provides a data transmission device applied to a second device. Figure 14 is a second structural schematic diagram of a data transmission device proposed in an embodiment of this application. As shown in Figure 14, the data transmission device includes:

[0323] The receiving module 1401 is used to receive first information from the first device; wherein the first device is a device to enter the dynamic power saving mode for data transmission, the second device is a device to assist the first device in data transmission in the dynamic power saving mode, and the first information is used to indicate the dynamic power saving protocol related to the dynamic power saving mode.

[0324] The second transmission module 1402 is used to transmit data in the dynamic power saving mode according to the dynamic power saving protocol indicated by the first information.

[0325] The data transmission apparatus provided in this application employs the data transmission method on the second device side of the above embodiments. The implementation details of any of the above embodiments can be referenced to solve the corresponding technical problems. Compared with related technologies, the beneficial effects of the data transmission apparatus provided in this application are the same as those of the data transmission method provided in the above embodiments, and other technical features in the data transmission apparatus are the same as those disclosed in the methods of the above embodiments, and will not be repeated here.

[0326] This application also provides a data transmission system, which may include a first device and a second device.

[0327] The first device is configured to send first information to the second device; wherein the first device is a device to enter a dynamic power-saving mode for data transmission, the second device is a device to assist the first device in transmitting data in the dynamic power-saving mode, and the first information is configured to indicate a dynamic power-saving protocol related to the dynamic power-saving mode; and data transmission is performed in the dynamic power-saving mode according to the dynamic power-saving protocol indicated by the first information.

[0328] And / or the second device, for receiving first information from the first device; wherein the first device is a device to enter a dynamic power-saving mode for data transmission, the second device is a device to assist the first device in transmitting data in the dynamic power-saving mode, the first information is used to indicate a dynamic power-saving protocol related to the dynamic power-saving mode; and data transmission is performed in the dynamic power-saving mode according to the dynamic power-saving protocol indicated by the first information.

[0329] It should be noted that the implementation details of the first device in the above system can be referred to in any of the method embodiments of the first device, and the implementation details of the second device in the above system can be referred to in any of the method embodiments of the second device, which will not be repeated here.

[0330] This application also provides a data transmission device, which includes: at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, which are executed by the at least one processor to enable the at least one processor to perform the data transmission method in the above embodiments.

[0331] Referring now to Figure 15, which is a schematic diagram of a data transmission device according to an embodiment of this application, it illustrates a structure suitable for implementing the data transmission device of this application embodiment. The data transmission device in this application embodiment may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Portable Application Description), PMPs (Portable Media Players), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital TVs and desktop computers. The data transmission device shown in Figure 15 is merely an example and should not impose any limitations on the functionality and scope of use of the embodiments of this application.

[0332] As shown in Figure 15, the data transmission device may include a processing unit 1501 (e.g., a central processing unit, a graphics processing unit, etc.), which can perform various appropriate actions and processes according to a program stored in a read-only memory (ROM) 1502 or a program loaded from a storage device 1503 into a random access memory (RAM) 1504. The RAM 1504 also stores various programs and data required for the operation of the data transmission device. The processing unit 1501, ROM 1502, and RAM 1504 are interconnected via a bus 1505. An input / output (I / O) interface 1506 is also connected to the bus. Typically, the following systems can be connected to the I / O interface 1506: input devices 1507 including, for example, touchscreens, touchpads, keyboards, mice, image sensors, microphones, accelerometers, gyroscopes, etc.; output devices 1508 including, for example, liquid crystal displays (LCDs), speakers, vibrators, etc.; storage devices 1503 including, for example, magnetic tapes, hard disks, etc.; and communication devices 1509. Communication device 1509 allows the data transmission device to communicate wirelessly or wiredly with other devices to exchange data. Although the figure shows data transmission devices with various systems, it should be understood that implementation or possession of all the systems shown is not required. More or fewer systems may be implemented alternatively.

[0333] Specifically, according to the embodiments disclosed in this application, the processes described above with reference to the flowcharts can be implemented as computer software programs. For example, embodiments disclosed in this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program containing program code for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via a communication device, or installed from storage device 1503, or installed from ROM 1502. When the computer program is executed by processing device 1501, it performs the functions defined in the methods of the embodiments disclosed in this application.

[0334] The data transmission device provided in this application, employing the data transmission method in the above embodiments, can solve the technical problem that power-saving technologies in related technologies are difficult to dynamically and flexibly adapt to different application scenarios. Compared with related technologies, the beneficial effects of the data transmission device provided in this application are the same as those of the data transmission method provided in the above embodiments, and other technical features of this data transmission device are the same as those disclosed in the previous embodiment method, and will not be repeated here.

[0335] It should be understood that the various parts disclosed in this application can be implemented using hardware, software, firmware, or a combination thereof. In the description of the above embodiments, specific features, structures, materials, or characteristics can be combined in any suitable manner in one or more embodiments or examples.

[0336] 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.

[0337] This application provides a computer-readable storage medium having computer-readable program instructions (i.e., a computer program) stored thereon, the computer-readable program instructions being used to execute the data transmission method in the above embodiments.

[0338] The computer-readable storage medium provided in this application may be, for example, a USB flash drive, but is not limited to, electrical, magnetic, optical, electromagnetic, infrared, or semiconductor systems, devices, or any combination thereof. More specific examples of computer-readable storage media may include, but are not limited to: electrical connections having one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fiber, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this embodiment, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, system, or device. The program code contained on the computer-readable storage medium may be transmitted using any suitable medium, including but not limited to: wires, optical cables, RF (Radio Frequency), etc., or any suitable combination thereof.

[0339] The aforementioned computer-readable storage medium may be included in a data transmission device or may exist independently without being assembled into a data transmission device.

[0340] The aforementioned computer-readable storage medium carries one or more programs, which, when executed by a data transmission device, cause the data transmission device to perform the following steps:

[0341] Send first information to the second device; wherein the first device is a device to enter dynamic power saving mode for data transmission, the second device is a device to assist the first device in data transmission in dynamic power saving mode, and the first information is used to indicate the dynamic power saving protocol related to the dynamic power saving mode.

[0342] Data transmission is performed in the dynamic power-saving mode according to the dynamic power-saving protocol indicated by the first information.

[0343] Computer program code for performing the operations of this application can be written in one or more programming languages ​​or a combination thereof, including object-oriented programming languages ​​such as Java, Smalltalk, and C++, and conventional procedural programming languages ​​such as the "C" language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a Local Area Network (LAN) or a Wide Area Network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0344] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of this application. In this regard, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, can be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0345] The modules described in the embodiments of this application can be implemented in software or hardware. The names of the modules do not necessarily limit the functionality of the unit itself.

[0346] The readable storage medium provided in this application is a computer-readable storage medium that stores computer-readable program instructions (i.e., a computer program) for executing the above-described data transmission method. This solves the technical problem in related technologies where power-saving technologies are difficult to dynamically and flexibly adapt to different application scenarios. Compared with related technologies, the beneficial effects of the computer-readable storage medium provided in this application are the same as those of the data transmission method provided in the above embodiments, and will not be repeated here.

[0347] This application also provides a computer program product, including a computer program that, when executed by a processor, implements the steps of the data transmission method described above.

[0348] The computer program product provided in this application can solve the technical problem that power-saving technologies in related technologies are difficult to dynamically and flexibly adapt to different application scenarios. Compared with related technologies, the beneficial effects of the computer program product provided in this application are the same as the beneficial effects of the data transmission method provided in the above embodiments, and will not be repeated here.

[0349] The above description is only a part of the embodiments of this application and does not limit the patent scope of this application. All equivalent structural transformations made under the technical concept of this application and using the contents of the specification and drawings of this application, or direct / indirect applications in other related technical fields, are included in the patent protection scope of this application.

Claims

1. A data transmission method applied to a first device, the method comprising: Send first information to the second device; wherein the first device is a device to enter dynamic power saving mode for data transmission, the second device is a device to assist the first device in data transmission in dynamic power saving mode, and the first information is used to indicate the dynamic power saving protocol related to the dynamic power saving mode. Data transmission is performed in the dynamic power-saving mode according to the dynamic power-saving protocol indicated by the first information.

2. The data transmission method as described in claim 1, wherein, The dynamic power-saving mode satisfies any one of the following: It is in high-capacity mode during the service period and / or in low-capacity mode outside the service period; It is in high-capacity mode during service periods and / or in sleep mode outside of service periods; It is in low-capacity mode during service periods and / or in sleep mode outside of service periods; The first device supports switching to high-capacity mode via an initial control frame in low-capacity mode, supports receiving data in high-capacity mode, and prohibits receiving data in sleep mode.

3. The data transmission method as described in claim 2, wherein, The data transmission in the dynamic power-saving mode includes: If the first device is in low-capacity mode, it can receive data from the second device after receiving the initial control frame; If the first device is in high-capacity mode, it supports receiving data from the second device; If the first device is in sleep mode, it stops receiving data from the second device.

4. The data transmission method as described in claim 2, wherein, The data transmission in the dynamic power-saving mode includes: The dynamic power-saving mode satisfies the following conditions: when the system is in low-capacity mode during non-service periods and in high-capacity mode during service periods, data reception is stopped during the first handover delay and the second handover delay. Wherein, the first switching delay indicates the switching delay required to switch from low capacity mode to high capacity mode, and the second switching delay indicates the switching delay required to switch from high capacity mode to low capacity mode.

5. The data transmission method according to any one of claims 1 to 4, wherein, The first device satisfies the following conditions: it completes the switch from low-capacity mode to high-capacity mode after the start of the service period, and initiates the switch from high-capacity mode to low-capacity mode after the end of the service period.

6. The data transmission method according to any one of claims 1 to 4, wherein, The first information includes at least one of the following: Target wake-up time for the service cycle; The target wake-up interval for the service cycle; The duration of the service period; The first handover delay indicates the handover delay required to switch from low-capacity mode to high-capacity mode; The second handover delay indicates the handover delay required to switch from high-capacity mode to low-capacity mode; Supported data types for receiving in low-capacity mode; The first operating mode indicates the operating mode of the first device during non-service periods; The second operating mode indicates the operating mode of the first device during the service cycle; The operating modes include low capacity mode, high capacity mode, or sleep mode.

7. The data transmission method according to any one of claims 1 to 4, wherein, Before sending the first information to the second device, the method further includes: Send a second message to the second device; wherein the second message is used to indicate whether the first device supports dynamic power-saving negotiation; Receive third information from the second device; wherein the third information is used to indicate whether the second device supports dynamic power-saving negotiation.

8. The data transmission method as described in claim 7, wherein, Sending the first information to the second device includes: If, based on the second information and the third information, it is determined that both the first device and the second device support dynamic power-saving negotiation, the first information is sent to the second device.

9. The data transmission method according to any one of claims 1 to 4, wherein, The first device is an access point device or a non-access point device, and the second device is a non-access point device or an access point device.

10. The data transmission method as described in claim 9, wherein, When the first device is an access point device, the method further includes, before sending the first information to the second device: Send a fourth message to the second device; wherein the fourth message is used to trigger the second device to initiate a dynamic power-saving negotiation process; Receive a first request action frame from the second device; Sending the first information to the second device includes: Send a first response action frame to the second device; wherein the first response action frame carries the first information.

11. The data transmission method as described in claim 9, wherein, When the first device is a non-access point device, sending the first information to the second device includes: Send a second request action frame to the second device; wherein the second request action frame carries the first information.

12. The data transmission method as described in claim 9, wherein, When the first device is a non-access point device, the method further includes: The first device receives fifth information from the second device; wherein the fifth information is used to instruct the first device to switch between a high-capacity mode and a low-capacity mode.

13. The data transmission method as described in claim 12, wherein, The fifth piece of information is carried in the multi-user block acknowledgment frame sent by the second device.

14. The data transmission method as described in claim 9, wherein, When the first device is an access point device, the method further includes: Receive sixth information from the second device; wherein the sixth information includes cached information in the second device; Based on the cache size in the cache information in the sixth information, determine whether to switch between high-capacity mode and low-capacity mode; In the event of switching between high-capacity mode and low-capacity mode, a seventh message is sent to the second device; wherein the seventh message is used to notify the first device that a switch between high-capacity mode and low-capacity mode has been performed.

15. The data transmission method as described in claim 14, wherein, The sixth piece of information is carried in the power-saving polling frame or the quality of service empty frame sent by the second device.

16. The data transmission method as described in claim 9, wherein, When the first device is a non-access point device, and the non-access point device is an enhanced multi-link single-radio device type, the method further includes: If the dynamic power saving mode satisfies the requirement of being in high-capacity mode during the service period, then the active link of the first device will be kept on the effective link corresponding to the service period.

17. The data transmission method as described in claim 9, wherein, When the first device is a non-access point device and the non-access point device is an enhanced multi-link single radio frequency device type, overlapping time is not supported between the service periods indicated by the first information sent on different links of the first device.

18. A data transmission method applied to a second device, the method comprising: Receive first information from a first device; wherein the first device is a device to enter a dynamic power saving mode for data transmission, the second device is a device to assist the first device in transmitting data in the dynamic power saving mode, and the first information is used to indicate a dynamic power saving protocol related to the dynamic power saving mode. Data transmission is performed in the dynamic power-saving mode according to the dynamic power-saving protocol indicated by the first information.

19. The data transmission method as described in claim 18, wherein, The dynamic power-saving mode satisfies any one of the following: It is in high-capacity mode during the service period and / or in low-capacity mode outside the service period; It is in high-capacity mode during service periods and / or in sleep mode outside of service periods; It is in low-capacity mode during service periods and / or in sleep mode outside of service periods; The first device supports switching to high-capacity mode via an initial control frame in low-capacity mode, supports receiving data in high-capacity mode, and prohibits receiving data in sleep mode.

20. The data transmission method as described in claim 19, wherein, The data transmission in the dynamic power-saving mode includes: If the first device is in low capacity mode, data is sent to the first device after the initial control frame is sent to the first device; If the first device is in high-capacity mode, then send data to the first device; If the first device is in sleep mode, then stop sending data to the first device.

21. The data transmission method as described in claim 19, wherein, The data transmission in the dynamic power-saving mode includes: When the dynamic power saving mode satisfies the following conditions: when the device is in low capacity mode during non-service periods and in high capacity mode during service periods, data transmission to the first device is stopped during the first handover delay and the second handover delay. Wherein, the first switching delay indicates the switching delay required to switch from low capacity mode to high capacity mode, and the second switching delay indicates the switching delay required to switch from high capacity mode to low capacity mode.

22. The data transmission method according to any one of claims 18 to 21, wherein, The first information includes at least one of the following: Target wake-up time for the service cycle; The target wake-up interval for the service cycle; The duration of the service period; The first handover delay indicates the handover delay required to switch from low-capacity mode to high-capacity mode; The second handover delay indicates the handover delay required to switch from high-capacity mode to low-capacity mode; Supported data types for receiving in low-capacity mode; The first operating mode indicates the operating mode of the first device during non-service periods; The second operating mode indicates the operating mode of the first device during the service cycle; The operating modes include low capacity mode, high capacity mode, or sleep mode.

23. The data transmission method according to any one of claims 18 to 21, wherein, Before receiving the first information from the first device, the method further includes: Receive second information from the first device; wherein the second information is used to indicate whether the first device supports dynamic power-saving negotiation; Send a third message to the first device; wherein the third message is used to indicate whether the second device supports dynamic power-saving negotiation.

24. The data transmission method as described in claim 23, wherein, The receiving of first information from the first device includes: If, based on the second information and the third information, it is determined that both the first device and the second device support dynamic power-saving negotiation, the first information is received from the first device.

25. The data transmission method according to any one of claims 18 to 21, wherein, The first device is an access point device or a non-access point device, and the second device is a non-access point device or an access point device.

26. The data transmission method as described in claim 25, wherein, If the second device is a non-access point device, the method further includes, before receiving the first information from the first device: Receive fourth information from the first device; wherein the fourth information is used to trigger the second device to initiate a dynamic power-saving negotiation process; Send a first request action frame to the first device; The receiving of first information from the first device includes: Receive a first response action frame from the first device; wherein the first response action frame carries the first information.

27. The data transmission method as described in claim 25, wherein, When the second device is an access point device, receiving the first information from the first device includes: Receive a second request action frame from the first device; wherein the second request action frame carries the first information.

28. The data transmission method as described in claim 25, wherein, When the second device is an access point device, the method further includes: Send a fifth message to the first device; wherein the fifth message is used to instruct the first device to switch between a high-capacity mode and a low-capacity mode.

29. The data transmission method as described in claim 28, wherein, The fifth piece of information is carried in the multi-user block acknowledgment frame sent by the second device.

30. The data transmission method as described in claim 25, wherein, When the second device is a non-access point device, the method further includes: Send a sixth message to the first device; wherein the sixth message includes cached information in the second device; Receive a seventh message from the first device; wherein the seventh message is used to notify the first device that a switch has been performed between a high-capacity mode and a low-capacity mode.

31. The data transmission method as described in claim 30, wherein, The sixth piece of information is carried in the power-saving polling frame or the quality of service empty frame sent by the second device.

32. A data transmission system, comprising a first device and a second device, The first device is used to send first information to the second device; wherein, The first device is a device that is about to enter the dynamic power saving mode for data transmission, and the second device is a device that assists the first device in transmitting data in the dynamic power saving mode. The first information is used to indicate the dynamic power saving protocol related to the dynamic power saving mode. Data transmission is performed in the dynamic power saving mode according to the dynamic power saving protocol indicated by the first information. And / or the second device, configured to receive first information from the first device; wherein the first device is a device to enter a dynamic power-saving mode for data transmission, the second device is a device to assist the first device in transmitting data in the dynamic power-saving mode, the first information is used to indicate a dynamic power-saving protocol related to the dynamic power-saving mode; and data transmission is performed in the dynamic power-saving mode according to the dynamic power-saving protocol indicated by the first information.

33. A data transmission device, comprising: A memory, a processor, and a computer program stored on the memory and executable on the processor, the computer program being configured to implement the steps of the data transmission method as claimed in any one of claims 1 to 17, or the data transmission method as claimed in any one of claims 18 to 31.

34. A storage medium, wherein, The storage medium is a computer-readable storage medium, and a computer program is stored on the storage medium. When the computer program is executed by a processor, it implements the data transmission method as described in any one of claims 1 to 17, or the steps of the data transmission method as described in any one of claims 18 to 31.

Images