Data transmission methods and electronic devices based on Wi-Fi wireless networks

Abstract

This application provides a data transmission method and electronic device based on Wi-Fi wireless network, relating to the field of terminal technology. The method includes: a first device negotiating at least one of first battery information and second battery information, first capability information, and a first service type with a second device; the first device determining first transmission parameters based on at least one of the first battery information and second battery information, the first service type, and the first capability information; the first device sending the first transmission parameters to the second device; and the first device transmitting data with the second device based on the first transmission parameters. The first capability information indicates device capabilities jointly supported by the first and second devices, the first service type is the service type corresponding to the data to be transmitted by the first and second devices, and the first and second devices are connected via Wi-Fi. The technical solution provided by this application can reduce device power consumption.

Description

Technical Field

[0001] This application relates to the field of terminal technology, and in particular to a data transmission method and electronic device based on Wi-Fi (wireless network). Background Technology

[0002] Wi-Fi is a wireless network technology with advantages such as high bandwidth, low power consumption, and low cost, and is widely used in various scenarios such as homes, offices, and shopping malls. Electronic devices can establish connections and transmit data via Wi-Fi. Lower power consumption during data transmission reduces the power requirements of electronic devices and extends their lifespan. Therefore, reducing power consumption during Wi-Fi-based data transmission is receiving increasing attention.

[0003] In existing technologies, electronic devices can predetermine fixed transmission parameters and transmit data with other electronic devices based on these fixed parameters. However, in practical applications, the electronic devices transmitting data and the data being transmitted can be diverse, while the data transmission method indicated by the fixed transmission parameters is fixed. Different electronic devices transmitting data according to a fixed transmission method makes it very difficult to reduce power consumption. Summary of the Invention

[0004] In view of this, this application provides a Wi-Fi-based data transmission method and electronic device.

[0005] To achieve the above objectives, in a first aspect, embodiments of this application provide a Wi-Fi-based data transmission method, the method comprising:

[0006] The first device and the second device negotiate at least one of the first battery information and the second battery information, the first capability information, and the first service type;

[0007] The first device determines the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information;

[0008] The first device sends the first transmission parameters to the second device;

[0009] The first device transmits data to the second device based on the first transmission parameters;

[0010] Wherein, the first battery information is used to indicate the battery status of the first device, the second battery information is used to indicate the battery status of the second device, the first capability information is used to indicate the device capabilities jointly supported by the first device and the second device, the first service type is the service type corresponding to the data to be transmitted by the first device and the second device, and the first device and the second device are connected via Wi-Fi.

[0011] In this embodiment, the first device can negotiate with the second device to obtain at least one of the first device's first battery information and the second device's second battery information, as well as first capability information jointly supported by the first and second devices, and a first service type corresponding to the data to be transmitted. Based on at least one of the first battery information and the second device's second battery information, the first capability information, and the first service type, a first transmission parameter is determined. That is, within the device capabilities jointly supported by the first and second devices, a transmission method matching the first service type of the data to be transmitted and the battery state of at least one of the first and second devices is selected. Data transmission using this transmission method can then reduce the power consumption of at least one of the first and second devices.

[0012] In some embodiments, the device capability negotiation between the first device and the second device may include the second device sending its second battery information and second capability information to the first device, and the first device also sending its first battery information and third capability information to the second device. Both the first and second devices can then obtain the first and second battery information. Based on the second and third capability information, the first device can also determine the first capability information that both the first and second devices jointly support. The second capability information can be used to indicate the device capabilities supported by the second device; the third capability information can be used to indicate the device capabilities supported by the first device.

[0013] In some embodiments, the device capability negotiation between the first device and the second device may include the first device sending a first acquisition request to the second device, the second device sending second battery information and second capability information to the first device based on the first acquisition request, the first device receiving the second battery information and second capability information, and determining first capability information based on the second capability information and third capability information. That is, the first device no longer sends the first battery information and third capability information to the second device.

[0014] It should be noted that the first device and the second device can also negotiate device capabilities in other ways, and this application embodiment does not specifically limit the method of device capability negotiation.

[0015] In some embodiments, the first device may send a second acquisition request to the second device, and the second device may respond with a first service type based on the second acquisition request. Of course, in practical applications, the first device and the second device may also negotiate the service type in other ways, and this application embodiment does not specifically limit the method of negotiating the service type.

[0016] In some embodiments, service types can be categorized according to the function of the service, such as video service or web page service. In other embodiments, service types can be categorized according to the data flow direction of the service, such as unidirectional streaming service or bidirectional streaming service. It should be noted that the method of classifying service types can be determined in advance by relevant technical personnel. In practical applications, service types can also be classified according to other characteristics of the service to be transmitted. This application does not specifically limit the method of classifying service types.

[0017] Optionally, the first capability information is used to indicate that the first device and the second device support at least one first multiple-input multiple-output (MIMO) mode. The first device determines the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, including:

[0018] The first device determines a second MIMO mode from the at least one first MIMO mode based on at least one of the first battery information and the second battery information, as well as the first service type.

[0019] Optionally, the first capability information is used to indicate that the first device and the second device support the adjustable maximum MIMO mode, without listing all supported first MIMO modes; before the first device determines the first transmission parameter based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, the method further includes:

[0020] The first device determines at least one first MIMO mode that is jointly supported by the first device and the second device;

[0021] The first device determines first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, including:

[0022] The first device determines a second MIMO mode from the at least one first MIMO mode based on at least one of the first battery information and the second battery information, as well as the first service type.

[0023] It should be noted that the first MIMO mode can include M outputs and N inputs, where M is the number of transmit antennas and N is the number of receive antennas. M and N are positive integers, and M and N can be the same.

[0024] It should also be noted that the first device can pre-determine (e.g., based on the Wi-Fi protocol) at least one MIMO mode supported by the second device, and based on the at least one MIMO mode supported by the second device and the at least one MIMO mode supported by the first device, determine at least one first MIMO mode jointly supported by the first and second devices. Furthermore, in some embodiments, the at least one first MIMO mode may not be determined by the first device based on the at least one MIMO mode supported by the second device and the at least one MIMO mode supported by the first device, but rather by a preset MIMO mode or a MIMO mode supported by the first device. In such cases, if the first capability information is used to instruct the first and second devices to support adjusting the maximum MIMO mode, the first device may determine the second MIMO mode from the preset or at least one first MIMO mode supported by the first device.

[0025] In some embodiments, the first device may store a correspondence between battery information, capability information, service type, and transmission parameters. This correspondence includes at least one piece of battery information, capability information, at least one service type, and at least one transmission parameter. The first device can obtain a first transmission parameter corresponding to at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, from this correspondence.

[0026] In some embodiments, the first device may input at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, into a trained machine learning model to obtain the first transmission parameters.

[0027] Optionally, the first capability information is used to indicate at least one first bandwidth supported by the first device and the second device. The first device determines first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, including:

[0028] The first device determines a second bandwidth from the at least one first bandwidth based on at least one of the first battery information and the second battery information, as well as the first service type.

[0029] Optionally, the first capability information is used to indicate that the first device and the second device support adjusting the maximum bandwidth, without needing to list all supported first bandwidths; before the first device determines the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, the method further includes:

[0030] The first device determines at least one first bandwidth that is jointly supported by the first device and the second device;

[0031] The first device determines first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, including:

[0032] The first device determines a second bandwidth from the at least one first bandwidth based on at least one of the first battery information and the second battery information, as well as the first service type.

[0033] It should be noted that the first device can pre-determine (e.g., based on the Wi-Fi protocol) at least one bandwidth mode supported by the second device, and determine at least one first bandwidth jointly supported by the first and second devices based on the at least one bandwidth supported by the second device and the at least one bandwidth supported by the first device. Furthermore, in some embodiments, the at least one first bandwidth may not be determined by the first device based on the at least one bandwidth supported by the second device and the at least one bandwidth supported by the first device, but rather by a preset bandwidth in the first device or a bandwidth supported by the first device. In such cases, the first device may also determine the second bandwidth from the preset or at least one first bandwidth supported by the first device, provided that the first capability information is used to instruct the first and second devices to support adjusting the maximum bandwidth.

[0034] Optionally, the first battery information is used to indicate at least one of the following: the battery capacity of the first device, the remaining battery power of the first device, the plug-in status of the first device, and the power-saving mode status of the first device. The plug-in status of the first device includes whether it is currently connected to a power source or not, and the power-saving mode status of the first device includes whether the power-saving mode is enabled. The second battery information is used to indicate at least one of the following: the battery capacity of the second device, the remaining battery power of the second device, the plug-in status of the second device, and the power-saving mode status of the second device. The plug-in status of the second device includes whether it is currently connected to a power source or not, and the power-saving mode status of the second device includes whether the power-saving mode is enabled.

[0035] Optionally, the connection type between the first device and the second device is peer-to-peer (P2P), where the first device is the group owner (GO) and the second device is the group client (GC).

[0036] Optionally, the first capability information is used to indicate that the first device and the second device support data transmission scheduling based on notification of active (NoA) signaling. The first device determines the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, including:

[0037] The first device determines a first NoA strategy based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information.

[0038] That is, in a P2P scenario, the first transmission parameter may include at least one of a first NoA strategy, a second MIMO mode, and a second bandwidth.

[0039] The first NoA strategy may include a first transmission time interval and a first sleep time interval.

[0040] It should be noted that the more sensitive the first and second devices are to power consumption, the lower the power consumption of the transmission mode indicated by the first transmission parameter can be. For example, if neither the first nor the second device is connected to a power source, and the lower the battery capacity and remaining power, the longer the duration of the first sleep period in the first NoA strategy can be, the lower N and M in the second MIMO mode can be, and the lower the value of the second bandwidth can be.

[0041] In some embodiments, if the first transmission parameter includes a first NoA strategy, the first device and the second device can enter a sleep state (i.e., a first sleep period) at intervals of a first transmission time interval. When the first sleep period ends, the first device and the second device can wake up. In this wake-up state, the first device and the second device transmit data, for example, the first device can send data to the second device. Therefore, the first device and the second device can adjust the transmission time interval and the sleep period based on mutual support, so that the timing and duration of the sleep period match the power status of at least one party and the service type of the transmitted data. This reduces both power consumption waste and user experience degradation caused by mismatch between transmission method and service type. Specifically, the longer the first sleep period, the lower the power consumption of the first device and the second device.

[0042] In some embodiments, if the first transmission parameters include a second MIMO mode, then the first device and the second device receive and transmit data based on the second MIMO mode. The first device and the second device can adjust the antenna's operating mode, with mutual support, to match the antenna's operating mode with the power state of at least one of them and the service type of the transmitted data, thereby reducing power consumption waste.

[0043] In some embodiments, if the first transmission parameter includes a second bandwidth, the first device and the second device can use the second bandwidth as the maximum bandwidth for data transmission. The first device and the second device can adjust the transmission bandwidth, based on mutual support, to match the transmission bandwidth with the power state of at least one of them and the service type of the transmitted data, thereby reducing power consumption waste.

[0044] Optionally, the first device and the second device are devices in the same device-to-device (D2D) domain, the connection type between the first device and the second device is D2D, the first device is a transmission master device, the second device is a transmission slave device, and the transmission master device is used to control the data transmission process between the transmission master device and the transmission slave device.

[0045] Optionally, the first capability information is used to indicate that the first device and the second device support scheduling of time slot TS. The first device determines the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, including:

[0046] The first device determines a first TS policy based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information.

[0047] That is, in a D2D scenario, the first transmission parameter may include at least one of a first TS strategy, a second MIMO mode, and a second bandwidth.

[0048] The first TS strategy can be used to indicate the TS in the wake-up state and the TS in the sleep state. The electronic device performing data transmission can sleep or transmit data in units of TS. In some embodiments, the first TS strategy can be indicated by a bitmap to indicate the TS in the wake-up state and the TS in the sleep state.

[0049] In some embodiments, the first TS strategy may be used to indicate the length of the discovery period, such as the total number of TSs included in the discovery period.

[0050] It should be noted that a discovery period (or scheduling period) may include a discovery window (DW) and a service period. At least one time period (TS) in the first part of the discovery period can correspond to the discovery window for clock synchronization. Subsequent TSs can correspond to service periods. Electronic devices transmitting data can go into sleep mode during the sleep state of the TS corresponding to the service period and transmit data during the wake-up state of the TS corresponding to the service period. Furthermore, it should be noted that the number of TSs used for clock synchronization in each discovery period can be obtained by the domain master device notifying the domain slave device. Of course, the domain slave device can also determine the number of TSs used for clock synchronization in each discovery period through other methods. This application embodiment does not specifically limit the method for determining the number of TSs used for clock synchronization in each discovery period.

[0051] It should be noted that if the domain master device is a third device instead of the first device, and the first device does not transmit data to other electronic devices, then the first device can also enter a sleep state in the second TS.

[0052] The first and second devices can hibernate in units of TS based on the first TS strategy, which improves the control precision of the timing and duration of hibernation, thereby further reducing power consumption.

[0053] Optionally, the first device is a domain slave device, and the D2D domain further includes a third device as a domain master device. The method further includes:

[0054] The first device determines the first synchronization period based on the first battery information;

[0055] The first device synchronizes its clock with the third device based on the first synchronization period.

[0056] The first synchronization period can be an integer multiple of the discovery period. The first device can synchronize its clock with the third device within the discovery window of the discovery period corresponding to the first synchronization period. Then, during the discovery window (DW) of a discovery period that does not correspond to the first synchronization period, the first device can enter a sleep state during the time originally used for clock synchronization, thereby reducing power consumption.

[0057] Optionally, the method further includes:

[0058] The first device notifies the third device of the first synchronization period.

[0059] Since the first device is a domain slave device and the third device is a domain master device, the third device may send control commands to the first device within the DW, such as controlling the first device to turn off its power. If the first device is in a sleep state during a certain discovery period of the DW, it may not be able to receive the control command. Therefore, the first device can notify the third device of the determined first synchronization period to improve the stability of the transmission system.

[0060] Optionally, it also includes:

[0061] The first device determines the first measurement cycle based on the first battery information;

[0062] The first device measures the communication quality of the connection with the second device based on the first measurement period.

[0063] The first device can measure the communication quality of its connection with the second device during the service period of the discovery period corresponding to the first measurement period. During service periods not corresponding to the first measurement period, the first device can refrain from performing communication quality measurements, and the time originally allocated for measurement can be used for sleep mode, thereby reducing power consumption. The first and second measurement periods can be integer multiples of the discovery period.

[0064] In some embodiments, the first device determines a first measurement period and measures the communication quality of the connection between the first device and the second device during a service period in the discovery period corresponding to the first measurement period. In other embodiments, the second device determines a second measurement period and measures the communication quality of the connection between the first device and the second device during a service period in the discovery period corresponding to the first measurement period, and notifies the first device of the measurement result, which the first device may also receive.

[0065] Optionally, if the first service type is a one-way streaming service, then the first device transmits data with the second device based on the first transmission parameters, including:

[0066] The first device acquires multiple first data packets to be transmitted;

[0067] The first device aggregates the plurality of first data packets into a second data packet;

[0068] The first device sends the second data packet to the second device based on the first transmission parameters.

[0069] When the first service type is a unidirectional flow service, the first device can transmit one first data packet to the second device at a first time interval. Since the first transmission interval may be relatively short, making it difficult for both the first and second devices to sleep within that interval, the first device can aggregate multiple first data packets to obtain a larger second data packet, which is then sent to the second device. In other words, the first device can send multiple first data packets to the second device in a concentrated manner, changing the transmission method from sending one first data packet at a first time interval to sending one second data packet at a second time interval. The multiple shorter first time intervals previously required to send these multiple first data packets can be aggregated into a longer second time interval. Both the first and second devices can then sleep during the second time interval, thereby saving power.

[0070] In a second aspect, a data transmission apparatus is provided, wherein the communication apparatus is used to perform the method in any possible implementation of the first aspect described above. Specifically, the communication apparatus may include a processing unit and a transceiver unit. The transceiver unit can communicate with the outside world, and the processing unit is used to perform data processing. The transceiver unit may also be referred to as a communication interface or a communication unit.

[0071] The communication device can be used to perform the actions performed by the first device in any possible implementation of the first aspect. In this case, the communication device can be referred to as the first device. The transceiver unit is used to perform the transceiver-related operations of the first device in any possible implementation of the first aspect, and the processing unit is used to perform the processing-related operations of the first device in any possible implementation of the first aspect.

[0072] Thirdly, embodiments of this application provide an electronic device, including: a memory and a processor, wherein the memory is used to store a computer program; and the processor is used to execute the method described in any one of the first aspects when the computer program is invoked.

[0073] Fourthly, embodiments of this application provide a chip system including a processor coupled to a memory, wherein the processor executes a computer program stored in the memory to implement the method described in any one of the first aspects above.

[0074] The chip system can be a single chip or a chip module composed of multiple chips.

[0075] Fifthly, embodiments of this application provide a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the method described in any one of the first aspects above.

[0076] In a sixth aspect, embodiments of this application provide a computer program product that, when run on an electronic device, causes the electronic device to perform the method described in any one of the first aspects.

[0077] It is understood that the beneficial effects of the second to sixth aspects mentioned above can be found in the relevant descriptions in the first aspect mentioned above, and will not be repeated here. Attached Figure Description

[0078] Figure 1 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application;

[0079] Figure 2 This is a schematic diagram of a data transmission system provided in an embodiment of this application;

[0080] Figure 3 A timing diagram for transmitting data is provided in an embodiment of this application;

[0081] Figure 4 A timing diagram of another type of data transmission provided in an embodiment of this application;

[0082] Figure 5 This is a schematic diagram of another data transmission system provided in the embodiments of this application;

[0083] Figure 6 A schematic diagram of a discovery cycle provided for an embodiment of this application;

[0084] Figure 7 A flowchart illustrating a data transmission method provided in an embodiment of this application;

[0085] Figure 8 A schematic diagram of a MIMO mode provided in an embodiment of this application;

[0086] Figure 9 A schematic diagram illustrating another MIMO mode provided in an embodiment of this application;

[0087] Figure 10 A timing diagram for transmitting video frames provided in an embodiment of this application;

[0088] Figure 11 A flowchart illustrating another data transmission method provided in this application embodiment;

[0089] Figure 12 A flowchart illustrating a method for determining a synchronization period or measurement period, provided in an embodiment of this application;

[0090] Figure 13 Another timing diagram of the discovery cycle provided in this application embodiment;

[0091] Figure 14 This is a schematic diagram of the structure of a data transmission device provided in an embodiment of this application;

[0092] Figure 15 This is a schematic diagram of the structure of an electronic device provided in an embodiment of this application. Detailed Implementation

[0093] The Wi-Fi-based data transmission method provided in this application can be applied to electronic devices such as mobile phones, tablets, wearable devices, in-vehicle devices, augmented reality (AR) / virtual reality (VR) devices, laptops, ultra-mobile personal computers (UMPCs), netbooks, personal digital assistants (PDAs), and gateways. This application does not impose any restrictions on the specific type of electronic device.

[0094] Wi-Fi is a wireless local area network technology based on the Institute of Electrical and Electronics Engineers (IEEE) 802.11 standard, and is often referred to as wireless fidelity (Wi-Fi).

[0095] Figure 1 This is a schematic diagram of the structure of an electronic device 100 provided in an embodiment of this application. The electronic device 100 may include a processor 110, a memory 120, and a communication module 130, etc.

[0096] The processor 110 may include one or more processing units, and the memory 120 is used to store program code and data. In this embodiment, the processor 110 can execute computer execution instructions stored in the memory 120 to control and manage the operation of the electronic device 100.

[0097] The communication module 130 may include a Wi-Fi chip for communication between the electronic device 100 and other external electronic devices. The communication module 130 receives electromagnetic waves via the antenna 1, modulates and filters the electromagnetic wave signals, and sends the processed signal to the processor 110; it also receives signals to be transmitted from the processor 110, modulates and amplifies them, and then converts them into electromagnetic waves for radiation via the antenna 1. In some embodiments, the communication module 130 may be coupled to the antenna 1.

[0098] The number of antennas 1 can be one or more, and each antenna 1 can cover one or more communication frequency bands. The communication module 130 can control the antennas 1 used for receiving or transmitting signals.

[0099] In some embodiments, the communication module 130 may include a transmitter 131 and a receiver 132. The communication module 130 may transmit electromagnetic wave signals through the transmitter 131 and receive electromagnetic signals through the receiver 132. In some embodiments, the communication module 130 may use MIMO technology to control the number of antennas 1 connected to the transmitter 131 or the receiver 132.

[0100] MIMO technology refers to using multiple antennas at both the transmitter (131) and receiver (132) to transmit and receive signals through these antennas, thereby improving communication quality. It fully utilizes spatial resources, achieving multiple transmissions and receptions through multiple antennas, and can significantly increase system channel capacity without increasing spectrum resources or antenna transmission power. MIMO technology can include spatial diversity and spatial multiplexing. Spatial diversity refers to using multiple antennas to transmit signals with the same information through different paths, while simultaneously receiving multiple independently fading signals of the same data symbol at the receiver, thus achieving improved reception reliability. Spatial multiplexing divides the data to be transmitted into several data streams and then transmits them on different antennas, thereby increasing the system's transmission rate.

[0101] In some embodiments, the communication module 130 may include audio devices, radio frequency circuits, Bluetooth chips, near-field communication (NFC) modules, etc., and can enable interaction between the electronic device 100 and other electronic devices in a variety of different ways.

[0102] In some embodiments, the electronic device 100 can also communicate with other electronic devices via a wired connection. The communication module 130 may include an interface, such as a USB interface. The USB interface can be an interface conforming to the USB standard specification, specifically a Mini USB interface, a Micro USB interface, a USB Type-C interface, etc. The USB interface can be used to connect a charger to charge the electronic device 100, and can also be used for data transfer between the electronic device 100 and peripheral devices. It can also be used to connect headphones for audio playback. This interface can also be used to connect other electronic devices, such as AR devices.

[0103] In some embodiments, the communication module 130 can also be used for communication between the various internal modules of the electronic device 100.

[0104] Optionally, the electronic device 100 may also include a display screen 140, which can display images or videos in the human-computer interaction interface.

[0105] Optionally, the electronic device 100 may also include peripheral devices 150, such as a mouse, keyboard, speaker, microphone, etc.

[0106] It should be understood that, in addition to Figure 1 In addition to the various components or modules listed, the embodiments of this application do not specifically limit the structure of the electronic device 100. In other embodiments of this application, the electronic device 100 may also include more or fewer components than those shown in the figures, or combine some components, or split some components, or have different component arrangements. The components shown in the figures may be implemented in hardware, software, or a combination of software and hardware.

[0107] To facilitate understanding of the technical solutions in the embodiments of this application, the application scenarios of the embodiments of this application will be introduced first below.

[0108] Please refer to Figure 2 This is a schematic diagram of a data transmission system provided in an embodiment of this application. The system includes device A 210, device B 220, and device C 230, wherein the connections between device A 210 and device B 220, and between device A 210 and device C 230, are all P2P type connections. Device A 210 plays the role of GO, and devices B 220 and C 230 play the roles of GC.

[0109] Device A 210 can broadcast NoA signaling, and device B 220 or device C 230 can receive the NoA signaling and transmit data with device A 210 based on the NoA signaling.

[0110] NoA signaling can be used to indicate the timing of data transmission and sleep. NoA signaling can include a transmission start time, the number of transmission periods, the transmission period interval, and a sleep period. The transmission start time indicates the moment when data transmission is about to begin; the number of transmission periods indicates the number of transmission periods for data transmission; the transmission period interval indicates the duration of the interval between two adjacent transmission periods, or it can be understood as the transmission cycle; the sleep period indicates the time during which sleep can occur within each transmission period. Each transmission period can include one sleep period, during which the GO and GC can shut down the RF transceiver channel and the protocol stack of the physical layer and media access control (MAC) layer, thus entering a sleep state to reduce power consumption. During the remaining time of the transmission period, the GO and GC can enter a wake-up state and perform listening and data transmission.

[0111] Taking data transmission between device A 210 and device B 220 as an example. Please refer to... Figure 3 Device A 210 broadcasts NoA signaling 1 to Device B 220, indicating that the transmission start time is time 1, the number of transmission periods is 2, the interval between transmission periods is 33ms, and the sleep period is 20ms. After notifying Device B 220 of the scheduling policy via NoA signaling 1, both Device A 210 and Device B 220 can determine that they will enter the first transmission period at time 1. During the first 20ms of the first transmission period, both Device A 210 and Device B 220 can sleep to reduce power consumption. Then, data transmission will occur in the remaining 13ms of the current transmission period, after which the second transmission period will begin. When these two transmission periods end, Device A 210 broadcasts NoA signaling 2 to Device B 220, indicating that the transmission start time is time 2, the number of transmission periods is 3, the interval between transmission periods is 33ms, and the sleep period is 20ms. After device A 210 notifies device B 220 of the scheduling policy via NoA signaling 1, it performs data transmission for three transmission periods. After that, device A 210 can continue to broadcast NoA signaling 3 to device B 230 for subsequent data transmission.

[0112] In this system, since device A 210 broadcasts the NoA signaling to all GCs, including devices B 220 and C 230, the transmission parameters used by device A 210 to transmit data to devices B 220 and C 230 are identical. Device A 210 can only go into sleep mode when the sleep periods of devices B 220 and C 230 are completely synchronized. However, in practical applications, the sleep periods of devices B 220 and C 230 may not be identical. For example... Figure 4 As shown, device B 220 is playing an online video. The data transmitted between device A 210 and device B 220 includes video frames, corresponding to a video service type, with the transmission mode being one video frame transmitted at approximately the same interval. Device C 230 is displaying a webpage, and the data transmitted between device A 210 and device C 230 is webpage data, corresponding to a webpage service type, with the transmission mode being at irregular intervals and the size of each transmission varying. Therefore, device A 210 is unlikely to enter a sleep state to save power. If device A 210 is forced into a sleep state, it may fail to send data to device B 220 or device C 230 in a timely manner, leading to problems such as video stuttering on device B 220 or response timeouts on device C 230, resulting in a degraded user experience.

[0113] It should be noted that, in cases such as Figure 2The system shown may include more or less GC, and it is understood that, although in Figure 2 In the diagram, device A 210 is a mobile phone, device B 220 is a smart TV, and device C 230 is a tablet computer. However, in practical applications, device A 210, device B 220, or device C 230 could also be other devices such as… Figure 1 The electronic devices shown are equipped with Wi-Fi chips. This application does not limit the device type to GO or GC.

[0114] Please refer to Figure 5 This is a schematic diagram of a data transmission system provided in an embodiment of this application. The system can also be referred to as a D2D domain, including device D 510, device E 520, device F 530 and device G 540, wherein devices D 510, E 520, F 530 and G 540 can be connected to each other through D2D type connections.

[0115] Device G 540 is the domain master device (or domain master node), and devices D 510, E 520, and F 530 are domain slave devices (or domain slave nodes). (The last sentence appears to be incomplete and unrelated to the preceding text.) Figure 2 Compared to the system shown, in Figure 5 In the system shown, data transmission can occur between any two electronic devices, such as device D 510, device E 520, device F 530, and device G 540, without being restricted by roles such as GC or GO. For example, device D 510 is a mobile phone, device E 520 is a home monitoring device, and device F 530 is a tablet computer. The home monitoring device can project the monitoring screen unidirectionally to the mobile phone, and the mobile phone can also achieve bidirectional multi-screen collaboration with the tablet computer.

[0116] Device G 540 can periodically broadcast synchronization frames, such as Figure 6 As shown, the synchronization frame carries clock synchronization information. Accordingly, all domain slave devices, including devices D 510, E 520, and F 530, can periodically listen to this synchronization frame and synchronize their clocks with device D 510 based on this clock synchronization information. Device G 540 can also broadcast a discovery frame, which carries the system's network parameters. Accordingly, devices D 510, E 520, and F 530 can receive this discovery frame and establish a D2D type connection with device G 540 based on these network parameters.

[0117] When a domain slave device completes clock synchronization with device G 540, it can obtain the DW (Discovery Warp) and discovery period (or discovery interval, scheduling period) of device G 540. Within the DW of each discovery period, the domain slave device can receive the synchronization frame from device G 540 and perform clock synchronization based on this frame. It can also receive service discovery frames from other domain slave devices and establish a D2D connection with those other domain slave devices based on the device identifier and other device identity information carried in the service discovery frame. Each discovery period can also include a service time period. During this service time period, any two electronic devices in the system (such as device D 510 and device E 520) can transmit data. One of the two electronic devices transmitting data is the transmission master device, and the other is the transmission slave device. The transmission master device can control the data transmission process, such as controlling channel switching. Furthermore, the transmission slave device or the transmission master device can also measure the communication quality of the data transmission connection during this service time period, so that the transmission master device can perform anti-interference operations such as channel switching based on the measurement results.

[0118] Because in Figure 5 In the system shown, all domain slave devices must clock synchronize with device G 540 and measure communication quality during each discovery cycle of device G 540, which may result in wasted power consumption.

[0119] It should be noted that, in cases such as Figure 5 The system shown may include more or fewer domain slave devices, and it is understood that, although in Figure 5 In the diagram, device D 510 is a mobile phone, device E 520 is a home monitoring device, device F 530 is a tablet computer, and device G 540 is a router. However, in practical applications, device D 510, device E 520, or device F 530 could also be other devices such as… Figure 1 The electronic devices shown are equipped with Wi-Fi chips. This application embodiment does not limit the device types of domain master devices and domain slave devices.

[0120] In addition, regardless of Figure 2 The system shown is still as Figure 5In the system shown, the MIMO mode and maximum bandwidth of the two electronic devices transmitting data are fixed during data transmission, which may lead to wasted power. For example, when the amount of data transmitted is small, the actual transmission time may be shorter than the allocated transmission time, but the electronic devices transmitting the data cannot enter a sleep state. For instance, when transmitting 1080P*360 frames per second (FPS) audio and video, one frame of data is transmitted every 33.3ms. If the transmission bandwidth is 80MHz, then one frame of data can actually be transmitted in 80µs (microseconds), which is much shorter than the 33.3ms time interval. However, the two electronic devices transmitting the data will not reduce power consumption during the remaining 33.3ms.

[0121] It can be seen that in the above Figure 2 and Figure 5 In the system shown, when two electronic devices transmit data, a fixed transmission method is used without considering the impact of the device's capabilities or the type of service corresponding to the transmitted data on the transmission process. This may lead to wasted power consumption, which is detrimental to devices with poor battery life. For example, the electronic device transmitting data may support higher-efficiency transmission, but in actual transmission, it still uses a lower-efficiency transmission method, resulting in a reduction in the electronic device's sleep time; or, the electronic device transmitting data may have low remaining battery power, but in actual transmission, it uses a higher-power method, which may cause the electronic device to shut down earlier.

[0122] To address at least some of the aforementioned technical problems, embodiments of this application provide a Wi-Fi-based data transmission method. In this embodiment, a first device can negotiate with a second device to obtain at least one of the first device's first battery information and the second device's second battery information, as well as first capability information jointly supported by the first and second devices, and a first service type corresponding to the data to be transmitted. Based on at least one of the first battery information and the second device's second battery information, the first capability information, and the first service type, first transmission parameters are determined. That is, within the device capabilities jointly supported by the first and second devices, a transmission method matching the first service type of the data to be transmitted and the battery state of at least one of the first and second devices is selected. Therefore, data transmission using this transmission method can reduce the power consumption of at least one of the first and second devices.

[0123] The technical solutions of this application will be described in detail below with specific embodiments. The following specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments.

[0124] Please refer to Figure 7 This is a flowchart illustrating a Wi-Fi-based data transmission method provided in an embodiment of this application. This method can be applied to, for example... Figure 2 In the system shown, the first device can be a GO, such as device A 210, and the second device can be a GC, such as device B 220 or device C 230. It should be noted that this method does not rely on... Figure 7 The specific order described below is a limitation. It should be understood that in other embodiments, the order of some steps in the method can be interchanged according to actual needs, or some steps can be omitted or deleted. The method includes the following steps:

[0125] S701, the first device establishes a P2P type connection with the second device.

[0126] S702, the first device and the second device negotiate device capabilities to obtain at least one of the first battery information and the second battery information, as well as the first capability information.

[0127] Specifically, the first battery information can be used to indicate the battery status of the first device; the second battery information can be used to indicate the battery status of the second device; and the first capability information can be capability information jointly supported by the first and second devices, thereby indicating the device capabilities shared by the first and second devices. Through device capability negotiation, the first and second devices can confirm their respective battery statuses and whether they support adjustments to the data transmission method, such as whether they support transmission in a lower power consumption manner.

[0128] In some embodiments, the first battery information can be used to indicate at least one of the battery capacity of the first device, the remaining battery power of the first device, the plug-in status of the first device, and the power-saving mode status of the first device. The plug-in status of the first device includes whether it is currently connected to a power source or not, and the power-saving mode status of the first device includes whether the power-saving mode is enabled. The second battery information can be used to indicate at least one of the battery capacity of the second device, the remaining battery power of the second device, the plug-in status of the second device, and the power-saving mode status of the second device. The plug-in status of the second device includes whether it is currently connected to a power source or not, and the power-saving mode status of the second device includes whether the power-saving mode is enabled.

[0129] For example, the first battery information can be shown in Table 1 below. The power status value range includes 0, 1, and 2, where 0 indicates that the first device is currently powered by battery and the power is low; 1 indicates that the first device is currently powered by battery and the power is high; and 2 indicates that the first device is currently plugged in. The power saving mode value range includes 0 and 1, where 0 indicates that the first device has not enabled power saving mode, and 1 indicates that the first device has enabled power saving mode.

[0130] Table 1

[0131]

[0132] It should be noted that the embodiments of this application only describe the way in which the first battery information indicates at least one of the battery states of the first device, such as the battery capacity of the first device, the remaining battery power of the first device, the plug-in status of the first device, and the power saving mode status of the first device, as described in Table 1 above. It does not limit the way in which the first battery information indicates the battery state. In practical applications, the first battery information can indicate the battery state of the first device using more or fewer parameters.

[0133] In some embodiments, the first capability information can be used to indicate that the first device and the second device support data transmission scheduling based on NoA signaling.

[0134] In some embodiments, the first capability information can be used to indicate at least one first MIMO mode supported by the first device and the second device. Alternatively, in other embodiments, the first device can pre-determine (e.g., based on the Wi-Fi protocol) at least one MIMO mode supported by the second device, and based on the at least one MIMO mode supported by the second device and the at least one MIMO mode supported by the first device, determine at least one first MIMO mode jointly supported by the first and second devices. In this case, the first capability information can be used to indicate whether the first and second devices support adjusting the maximum MIMO mode, without needing to list and indicate each supported at least one first MIMO mode. Alternatively, in other embodiments, the at least one first MIMO mode may not be determined by the first device based on the at least one MIMO mode supported by the second device and the at least one MIMO mode supported by the first device, but rather by a preset MIMO mode or a MIMO mode supported by the first device. In this case, if the first capability information is used to indicate that the first and second devices support adjusting the maximum MIMO mode, the first device can also determine the second MIMO mode from the preset or the at least one first MIMO mode supported by the first device.

[0135] It should be noted that the first MIMO mode can include M outputs and N inputs, where M is the number of transmit antennas and N is the number of receive antennas. M and N are positive integers, and M and N can be the same.

[0136] In some embodiments, the first capability information can be used to indicate at least one first bandwidth supported by the first device and the second device. Alternatively, in other embodiments, the first device can pre-determine (e.g., based on the Wi-Fi protocol) at least one MIMO mode supported by the second device, and based on the at least one MIMO mode supported by the second device and the at least one MIMO mode supported by the first device, determine at least one first MIMO mode jointly supported by the first and second devices. In this case, the first capability information can be used to indicate whether the first device and the second device support adjusting the maximum bandwidth, without needing to list all supported at least one first bandwidth. Alternatively, in other embodiments, the at least one first bandwidth may not be determined by the first device based on at least one bandwidth supported by the second device and the at least one bandwidth supported by the first device, but rather by a preset bandwidth in the first device or a bandwidth supported by the first device. In this case, if the first capability information is determined to indicate that the first device and the second device support adjusting the maximum bandwidth, the first device can also determine the second bandwidth from the preset or at least one first bandwidth supported by the first device.

[0137] For example, a first capability information can be shown in Table 2 below. The value range of adaptive MIMO includes 0 and 1, where 0 indicates that at least one of the first device and the second device does not support the adjusted maximum MIMO mode, and 1 indicates that the first device and the second device support the adjusted maximum MIMO mode. The value range of adaptive bandwidth includes 0 and 1, where 0 indicates that at least one of the first device and the second device does not support the adjusted maximum bandwidth, and 1 indicates that the first device and the second device support the adjusted maximum bandwidth.

[0138] Table 2

[0139]

[0140] It should be noted that the embodiments of this application only describe the way in which the first capability information indicates the device capability using the above Table 2, and do not limit the way in which the first capability information indicates the device capability. In practical applications, the first capability information can indicate the device capability using more or fewer parameters.

[0141] In some embodiments, the device capability negotiation between the first device and the second device may include the second device sending its second battery information and second capability information to the first device, and the first device also sending its first battery information and third capability information to the second device. Both the first and second devices can then obtain the first and second battery information. Based on the second and third capability information, the first device can also determine the first capability information that both the first and second devices jointly support. The second capability information can be used to indicate the device capabilities supported by the second device; the third capability information can be used to indicate the device capabilities supported by the first device.

[0142] It should be noted that the parameter types included in the second and third capability information can be the same as those included in the first capability information, so that the first device can determine the first capability information based on the first and third capability information.

[0143] For example, if the second capability information indicates that the second device supports data transmission scheduling based on NoA signaling, and the third capability information indicates that the first device also supports data transmission scheduling based on NoA signaling, then the first capability information can be used to indicate that the first device and the second device support data transmission scheduling based on NoA signaling.

[0144] For example, if the second capability information indicates that the second device supports multiple third MIMO modes, including 2-in-2-out and 1-in-1-out, and the third capability information indicates that the first device supports multiple fourth MIMO modes, including 4-in-4-out, 2-in-2-out, and 1-in-1-out, then the first device can determine that at least one first MIMO mode indicated by the first capability information includes 2-in-2-out and 1-in-1-out. Alternatively, if the second capability information indicates that the second device supports the adjustable maximum MIMO mode, and the third capability information indicates that the first device supports the adjustable maximum MIMO mode, then the first capability information can indicate that both the first and second devices support the adjustable maximum MIMO mode.

[0145] For example, if the second capability information indicates that the second device supports multiple third bandwidths including 40MHz and 80MHz, and the third capability information indicates that the first device supports multiple fourth bandwidths including 40MHz, 80MHz and 160MHz, then the first device can determine that at least one first bandwidth indicated by the first capability information includes 40MHz and 80MHz.

[0146] In some embodiments, the device capability negotiation between the first device and the second device may include the first device sending a first acquisition request to the second device, the second device sending second battery information and second capability information to the first device based on the first acquisition request, the first device receiving the second battery information and second capability information, and determining first capability information based on the second capability information and third capability information. That is, the first device no longer sends the first battery information and third capability information to the second device.

[0147] It should be noted that the first device and the second device can also negotiate device capabilities in other ways, and this application embodiment does not specifically limit the method of device capability negotiation.

[0148] S703, the first device and the second device negotiate the service type to obtain the first service type.

[0149] Since the first and second devices may perform different services, the types of data they transmit may differ. The requirements for transmission methods also differ depending on the type of data being transmitted. For example, in video services, one video frame can be transmitted at similar intervals; while in web page services, the intervals are variable and the amount of data transmitted each time is also variable. If the amount of data to be transmitted is large or frequent, the power consumption will be high; if the amount of data to be transmitted is small or only occasional, the first or second device can reduce power consumption by going into sleep mode during idle periods. Therefore, to ensure that the subsequent data transmission method matches the type of data being transmitted, the first and second devices can negotiate the service type.

[0150] In some embodiments, the first device may send a second acquisition request to the second device, and the second device may respond with a first service type based on the second acquisition request. Of course, in practical applications, the first device and the second device may also negotiate the service type in other ways, and this application embodiment does not specifically limit the method of negotiating the service type.

[0151] In some embodiments, service types can be categorized according to the function of the service, such as video service or web page service. In other embodiments, service types can be categorized according to the data flow direction of the service, such as unidirectional streaming service or bidirectional streaming service. It should be noted that the method of classifying service types can be determined in advance by relevant technical personnel. In practical applications, service types can also be classified according to other characteristics of the service to be transmitted. This application does not specifically limit the method of classifying service types.

[0152] For example, the value range for the first business type can include 0, 1, and 2, where 0 represents web browsing, 1 represents audio or video projection, and 2 represents real-time control.

[0153] S704, the first device determines the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information.

[0154] Since the first capability information can be used to indicate the device capabilities jointly supported by the first device and the second device, multiple transmission methods may be implemented between the first device and the second device based on the first capability information. Among these transmission methods, one transmission method may be more suitable for transmitting data of the first service type, and another transmission method may have lower power consumption. Therefore, the first device determines the first transmission parameter based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information. That is, within the range of device capabilities jointly supported by the first device and the second device, the first transmission method that matches the first service type of the data to be transmitted and the battery state of at least one of the first device and the second device is selected.

[0155] In some embodiments, the first device may store a correspondence between battery information, capability information, service type, and transmission parameters. This correspondence includes at least one piece of battery information, capability information, at least one service type, and at least one transmission parameter. The first device can obtain a first transmission parameter corresponding to at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, from this correspondence.

[0156] In some embodiments, the first device may input at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, into a trained machine learning model to obtain the first transmission parameters.

[0157] Of course, in practical applications, the first device can also determine the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, through other means. This application embodiment does not limit the specific method of determining the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information.

[0158] In some embodiments, the first transmission parameter may include at least one of a first NoA policy, a second MIMO mode, and a second bandwidth. In some embodiments, if the first capability information indicates that the first device and the second device support data transmission scheduling based on NoA signaling, then the first device may determine a first proactive notification NoA policy based on at least one of first battery information and second battery information, as well as a first service type and the first capability information. In some embodiments, if the first capability information indicates that the first device and the second device support at least one first MIMO mode, the first device may determine a second MIMO mode from the at least one first MIMO mode based on at least one of the first battery information and second battery information, as well as a first service type; or, if the first capability information indicates that the first device and the second device support an adjusted maximum MIMO mode, the first device may determine a second MIMO mode from the at least one first MIMO mode. In some embodiments, if the first capability information indicates that the first device and the second device support at least one first bandwidth, the first device may determine a second bandwidth from the at least one first bandwidth based on at least one of the first battery information and second battery information, as well as a first service type; or, if the first capability information indicates that the first device and the second device support an adjusted maximum bandwidth, the first device may determine a second bandwidth from the at least one first bandwidth.

[0159] The first NoA strategy may include a first transmission time interval and a first sleep time interval.

[0160] It should be noted that the more sensitive the first and second devices are to power consumption, the lower the power consumption of the transmission mode indicated by the first transmission parameter can be. For example, if neither the first nor the second device is connected to a power source, and the lower the battery capacity and remaining power, the longer the duration of the first sleep period in the first NoA strategy can be, the lower N and M in the second MIMO mode can be, and the lower the value of the second bandwidth can be.

[0161] For example, the first device determines the second device's second battery information, including: power saving mode: 1, battery status: 0, meaning the second device is currently in power saving mode, not connected to a power source, and has low battery. It determines the first capability information, including: adaptive MIMO: 1, adaptive bandwidth: 1, meaning both the first and second devices support adjusting the maximum MIMO mode and maximum bandwidth. It determines the first service type to be 0, i.e., web browsing. The first device determines the second MIMO mode to be 1*1 (i.e., 1 input, 1 output), the second bandwidth to be 20MHz, and the first NoA strategy includes a first transmission interval of 200ms and a first sleep period of 100ms. Alternatively, the second battery information and the first capability information remain unchanged, but the first service type is 1, i.e., audio or video projection. In this case, the first device determines the second MIMO mode to be 1*1, the second bandwidth to be 40MHz, and the first NoA strategy includes a first transmission interval of 33ms and a first sleep period of 10ms. Alternatively, if the second battery information and the first capability information remain unchanged, but the first service type is 2 (i.e., audio or video projection), then the first device determines the second MIMO mode to be 2*2 (i.e., 2 inputs and 2 outputs), the second bandwidth to be 40MHz, and the first NoA policy to be determined, i.e., NoA scheduling is disabled. It can be seen that the first device can determine the matching first transmission parameters based on the second battery information, the first capability information, and the first service type. When at least one of the second battery information, the first capability information, and the first service type (such as the first service type) is different, the determined first transmission parameters will also be different, matching the battery status of at least one of the two devices and the service type of the transmitted data. This reduces both power consumption waste and the user experience degradation caused by mismatch between transmission methods and service types.

[0162] S705, the first device notifies the second device of the first transmission parameters.

[0163] The first transmission parameter may include at least one of a first NoA strategy, a second MIMO mode, and a second bandwidth.

[0164] In some embodiments, the first device may send a first NoA signaling message to the second device, the first NoA signaling message carrying a first NoA policy.

[0165] In some embodiments, when the second device obtains the first transmission parameter, it can send a corresponding response to the first device so that the first device can determine that the second device has obtained the first transmission parameter.

[0166] S706, the first device transmits data with the second device based on the first transmission parameters.

[0167] Since the first transmission parameter is a transmission method selected by the first device within the device capability jointly supported by the first device and the second device, which matches the first service type of the data to be transmitted and the battery state of at least one of the first device and the second device, the first device can reduce power consumption when transmitting data with the second device based on the first transmission parameter.

[0168] In some embodiments, if the first transmission parameter includes a first NoA strategy, the first device and the second device can enter a sleep state (i.e., a first sleep period) at intervals of a first transmission time interval. When the first sleep period ends, the first device and the second device can wake up. In this wake-up state, the first device and the second device transmit data, for example, the first device can send data to the second device. Therefore, the first device and the second device can adjust the transmission time interval and the sleep period based on mutual support, so that the timing and duration of the sleep period match the power status of at least one party and the service type of the transmitted data. This reduces both power consumption waste and user experience degradation caused by mismatch between transmission method and service type. Specifically, the longer the first sleep period, the lower the power consumption of the first device and the second device.

[0169] In some embodiments, if the first transmission parameter includes a second MIMO mode, the first device and the second device receive and transmit data based on the second MIMO mode, such as using the second MIMO mode as the maximum MIMO mode. The first device and the second device can adjust the antenna operating mode, with mutual support, to match the antenna operating mode with the power state of at least one of them and the service type of the transmitted data, thereby reducing power consumption waste. Specifically, the fewer antennas used for data transmission and reception indicated by the second MIMO mode, the lower the power consumption of the first device and the second device.

[0170] For example, the first and second devices support such as Figure 8 The 2-in-2-out mode shown and as follows Figure 9 The diagram illustrates a 1-in-1-out mode. A 2-in-2-out mode transmits or receives data using two antennas, while a 1-in-1-out mode transmits or receives data using only one antenna. The 2-in-2-out mode consumes more power than the 1-in-1-out mode, but its data transmission efficiency is also higher. If the first service type has lower requirements for transmission efficiency, the first and second devices can use the 1-in-1-out mode to reduce power consumption; conversely, if the first service type has higher requirements for transmission efficiency, the first and second devices can use the 2-in-2-out mode to ensure transmission efficiency.

[0171] In some embodiments, if the first transmission parameter includes a second bandwidth, the first device and the second device can use the second bandwidth as the maximum bandwidth for data transmission. The first device and the second device can adjust the transmission bandwidth, based on mutual support, to match the transmission bandwidth with the power state of at least one of them and the service type of the transmitted data, thereby reducing power consumption waste. Specifically, the smaller the second bandwidth, the lower the power consumption.

[0172] In some embodiments, if the first service type is a one-way flow service, the first device can acquire multiple first data packets to be transmitted, aggregate the multiple first data packets into a second data packet, and send the second data packet to the second device based on the first transmission parameters.

[0173] When the first service type is a unidirectional flow service, the first device can transmit one first data packet to the second device at a first time interval. Since the first transmission interval may be relatively short, making it difficult for both the first and second devices to sleep within that interval, the first device can aggregate multiple first data packets to obtain a larger second data packet, which is then sent to the second device. In other words, the first device can send multiple first data packets to the second device in a concentrated manner, changing the transmission method from sending one first data packet at a first time interval to sending one second data packet at a second time interval. The multiple shorter first time intervals previously required to send these multiple first data packets can be aggregated into a longer second time interval. Both the first and second devices can then sleep during the second time interval, thereby saving power.

[0174] It should be noted that the number of first data packets included in the second data packet, that is, the number of aggregated first data packets, can be 2, 3, 4, etc., or other values. This application embodiment does not limit the number.

[0175] For example, such as Figure 10 As shown, during the screen projection process from the first device to the second device, the transmitted data consists of video frames. The first device acquires and encodes images through an application, generating one video frame every 16.7ms. The time when the first device generates the nth video frame is t1 + 16.7*(n-1). If it were single-frame transmission, the first device would send one video frame to the second device every 16.7ms, and the second device would receive, decode, and display the video frame every 16.7ms. The first duration is 16.7ms, which is short, making it difficult for both the first and second devices to sleep within this timeframe. Therefore, the first device can aggregate and transmit two video frames, changing the second duration of the transmission interval to 33.4ms. The time when the first device transmits the nth and (n+1)th video frames is t1 + 16.7*(n-1) + d. n dn The delay is calculated when the first device sends the nth and (n+1)th video frames. The second device receives two video frames every 33.4ms and buffers them in a video buffer. However, it still retrieves each frame from the video buffer at a period of 16.7ms for decoding and display. The time when the second device displays the nth video frame is t1 + d1 + Δ + 16.7*(n-1), where Δ is the transmission duration. It can be seen that the second duration is longer than the first duration, allowing both the first and second devices to sleep during these 33.4ms, thus saving power.

[0176] It is understandable that after the first device and the second device establish a connection in S701, their device capabilities, power status, and the service type of the transmitted data may change. Accordingly, the first device and the second device will again execute steps similar to or identical to at least some of the steps in S702-S706 to obtain at least one of new capability information, new battery information, and a new service type, redetermine the second transmission parameters, and transmit data according to the newly determined second transmission parameters. That is, the first device and the second device do not need to execute S701 every time they execute the data transmission method provided in this application embodiment.

[0177] For example, after S706, if the service type corresponding to the data transmitted by the first device and the second device changes to the second service type, then the first device and the second device can determine the second transmission parameters based on at least one of the first battery information and the second battery information, the first capability information and the second service type, and transmit data based on the second transmission parameters.

[0178] In this embodiment, the first device can negotiate with the second device to obtain at least one of the first battery information of the first device and the second battery information of the second device, as well as the first capability information jointly supported by the first and second devices and the first service type corresponding to the data to be transmitted. Based on at least one of the first battery information and the second battery information of the second device, the first capability information, and the first service type, a first transmission parameter is determined. That is, within the device capability range jointly supported by the first and second devices, a transmission method matching the first service type of the data to be transmitted and the battery state of at least one of the first and second devices is selected. Data transmission using this transmission method can reduce the power consumption of at least one of the first and second devices. The first transmission parameter includes a first NoA strategy, whereby the first and second devices can enter a sleep state (i.e., a first sleep period) at intervals of a first transmission time period. When the first sleep period ends, the first and second devices can enter a wake-up state, in which the first device transmits data with the second device. Therefore, with mutual support, the first and second devices can adjust the transmission interval and sleep period to match the timing and duration of sleep with the battery status of at least one of the devices and the service type of the transmitted data. This reduces both power consumption waste and user experience degradation caused by mismatch between transmission methods and service types. Furthermore, when the second devices are different, the first service type negotiated by the first and second devices can differ, and correspondingly, the first transmission parameters can also differ. Thus, for different second devices, the first device can transmit data according to the first transmission parameters corresponding to that second device, including sleep according to the first NoA strategy corresponding to each second device. For example… Figure 4 In the above, if the first device is device A 210 and the second devices include device B 220 and device C 230, then when device A 210 transmits data with device B 220, the first NoA policy in the first transmission parameters can correspond to the first service type negotiated between device A 210 and device B 220. Similarly, when device A 210 transmits data with device C 230, the first NoA policy in the first transmission parameters can correspond to the first service type negotiated between device A 210 and device C 230. Therefore, device A 210 can hibernate during data transmission with both device B 220 and device C 230, avoiding the problem of not being able to hibernate due to the use of a uniform NoA policy.

[0179] Please refer to Figure 11 This is a flowchart illustrating a Wi-Fi-based data transmission method provided in an embodiment of this application. This method can be applied to, for example... Figure 5In the system shown, the first device can be a transmission master device, such as device G 540, and the second and fourth devices can be transmission slave devices, such as device D 510 and device E 520. It should be noted that when the first device is a transmission master device, it can also be the domain master device of the D2D domain in which it resides; alternatively, the first device may not be the domain master device, and the domain master device may be another device in that D2D domain, such as the third device. It should also be noted that this method does not rely on... Figure 11 The specific order described below is a limitation. It should be understood that in other embodiments, the order of some steps in the method can be interchanged according to actual needs, or some steps can be omitted or deleted. The method includes the following steps:

[0180] S1101, the first device establishes a D2D type connection with the second device.

[0181] If the first device is the domain master device, the second device can discover the first device as the domain master device through the synchronization frame broadcast by the first device and establish a D2D type connection with the first device; if the first device is not the domain master device, the first device and the second device can first discover the third device as the domain master device, and then the third device's DW can discover each other and establish a D2D type connection.

[0182] In some embodiments, if the first device and the second device are sensitive to power consumption, such as having a small battery capacity or not being connected to a power source, the first device and the second device can discover and authenticate each other via Bluetooth and establish a Bluetooth connection. Then, based on the Bluetooth connection, they can negotiate and establish relevant information for a D2D type connection, such as the channel number and key, and then establish a D2D type connection based on the relevant information.

[0183] Of course, in practical applications, the first device and the second device can also establish a D2D type connection in other ways. This application embodiment does not specifically limit the way the first device and the second device establish a D2D type connection.

[0184] S1102, the first device and the second device negotiate device capabilities to obtain at least one of the first battery information and the second battery information, as well as the first capability information.

[0185] In some embodiments, the first capability information may indicate whether the first device and the second device support scheduling of the TS.

[0186] A discovery period can include a DW and a service period. A service period can include multiple TSs, with TS being the basic scheduling unit within that service period.

[0187] It should be noted that the embodiments of this application do not limit the discovery period, DW, or TS duration. For example, TS can be 16ms, or as shown below... Figure 6 As shown, the detection period can be 524ms, and the DW period can be 16ms.

[0188] In some embodiments, the first capability information may be used to indicate at least one first MIMO mode supported by the first device and the second device. Alternatively, in other embodiments, the first capability information may be used to indicate whether the first device and the second device support adjustable maximum MIMO mode, without having to list and indicate at least one supported first MIMO mode.

[0189] In some embodiments, the first capability information may be used to indicate at least one first bandwidth supported by the first device and the second device. Alternatively, in other embodiments, the first capability information may be used to indicate whether the first device and the second device support adjusting the maximum bandwidth, without having to list each supported at least one first bandwidth.

[0190] It should be noted that the method for negotiating equipment capabilities between the first and second devices can be referred to the relevant description in S702, which will not be repeated here.

[0191] S1103, the first device synchronizes its clock with the second device.

[0192] The first device synchronizes its clock with the second device, so that the first device and the second device can receive or send data in the same or similar time periods, thereby improving the reliability of data transmission.

[0193] In some embodiments, the first device is a domain master device that can broadcast clock synchronization information within the DW. The clock synchronization information may carry a first timestamp of the time the clock synchronization information was sent. If the second device receives the clock synchronization information, it can generate a second timestamp of the time the clock synchronization information was received. Based on the first and second timestamps and the propagation speed of the optical signal, the second device can determine the time difference between the second device and the first device. Then, based on the time difference, the second device adjusts its current first moment to complete clock synchronization with the first device.

[0194] Of course, in practical applications, the first device and the second device can also synchronize their clocks in other ways. This application embodiment does not specifically limit the method of clock synchronization.

[0195] In some embodiments, to further reduce power consumption, the first device and the second device may also determine a first synchronization period and perform clock synchronization according to the first synchronization period, without needing to synchronize in every discovery period; that is, S1103 is an optional step. The first synchronization period can be an integer multiple of the discovery period. In some embodiments, the first synchronization period can be represented as Q discovery periods, where Q is a positive integer greater than or equal to 2.

[0196] The method for determining the first synchronization period can be as follows: Figure 12 As shown.

[0197] It should be noted that if the domain master device is the third device instead of the first device, then the first device and the second device can synchronize their clocks with the third device in a manner similar to that of the second device in S1103.

[0198] S1104, the first device and the second device negotiate the service type to obtain the first service type.

[0199] The method by which the first device and the second device negotiate the service type can be referred to the relevant description in S703, and will not be repeated here.

[0200] It should be noted that the first device and the second device can determine which one of them is the transmission slave device and which one is the transmission master device through negotiation between S1101 and S1105. Of course, in practical applications, other methods can also be used to determine which one of the first device and the second device is the transmission slave device and which one is the transmission master device. This application embodiment does not specifically limit the method of determining the transmission master device and the transmission slave device between the two parties in data transmission.

[0201] S1105, the first device determines the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information.

[0202] Since the first capability information can be used to indicate the device capabilities jointly supported by the first device and the second device, multiple transmission methods may be implemented between the first device and the second device based on the first capability information. Among these transmission methods, one transmission method may be more suitable for transmitting data of the first service type, and another transmission method may have lower power consumption. Therefore, the first device determines the first transmission parameter based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information. That is, within the range of device capabilities jointly supported by the first device and the second device, the first transmission method that matches the first service type of the data to be transmitted and the battery state of at least one of the first device and the second device is selected.

[0203] The method by which the first device determines the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, can be referred to the relevant description in S704, and will not be repeated here.

[0204] In some embodiments, the first transmission parameter may include at least one of a first time slot (TS) policy, a second MIMO mode, and a second bandwidth. In some embodiments, if the first capability information indicates that the first device and the second device support TS scheduling, then the first device determines a first TS policy based on at least one of first battery information and second battery information, as well as a first service type and the first capability information. In some embodiments, if the first capability information indicates that the first device and the second device support at least one first MIMO mode, the first device may determine a second MIMO mode from the at least one first MIMO mode based on at least one of the first battery information and second battery information, as well as a first service type; or, if the first capability information indicates that the first device and the second device support an adjusted maximum MIMO mode, the first device may determine a second MIMO mode from the at least one first MIMO mode. In some embodiments, if the first capability information indicates that the first device and the second device support at least one first bandwidth, the first device may determine a second bandwidth from the at least one first bandwidth based on at least one of the first battery information and second battery information, as well as a first service type; or, if the first capability information indicates that the first device and the second device support an adjusted maximum bandwidth, the first device may determine a second bandwidth from the at least one first bandwidth.

[0205] The first TS strategy can be used to indicate the TS in the wake-up state and the TS in the sleep state. The electronic device performing data transmission can sleep or transmit data in units of TS. In some embodiments, the first TS strategy can be indicated by a bitmap to indicate the TS in the wake-up state and the TS in the sleep state.

[0206] In some embodiments, the first TS strategy may be used to indicate the length of the discovery period, such as the total number of TSs included in the discovery period.

[0207] In some embodiments, a discovery period can be represented as shown in Table 3 below. The first TS strategy may include a discovery period of 32, that is, a discovery period includes 32 TSs. The first TS strategy may also include a 32-bit bitmap: 1111 00000110 0000 1100 0011 0000 0110, to indicate whether the corresponding TS is in a wake-up state or a sleep state, respectively, where 0 represents a sleep state and 1 represents a wake-up state.

[0208] Table 3

[0209] 0 1 2 3 4 … 31 1 1 1 1 0 … 0

[0210] As shown in Table 3 above, the first row of column X can represent the Xth TS in the discovery cycle, and the second row of column X can represent whether the TS is in a dormant state or a wake-up state.

[0211] It should be noted that, as mentioned above, a discovery cycle includes a discovery window and a service period. In the discovery cycle shown in Table 3 above, at least one TS (such as the 0th and 1st TS) can correspond to the discovery window for clock synchronization. Subsequent TSs (such as the 2nd to 31st TSs) can correspond to service periods. Electronic devices transmitting data can go into sleep mode during the sleep mode of the TS corresponding to the service period and transmit data during the wake-up mode of the TS corresponding to the service period. It should also be noted that the number of TSs used for clock synchronization in each discovery cycle can be obtained by the domain master device notifying the domain slave device. Of course, the domain slave device can also determine the number of TSs used for clock synchronization in each discovery cycle through other methods. This application embodiment does not specifically limit the method for determining the number of TSs used for clock synchronization in each discovery cycle.

[0212] For example, the first device determines the second device's second battery information, including: power saving mode: 1, battery status: 0, meaning the second device is currently in power saving mode, not connected to a power source, and has low battery; it determines the first capability information, including: adaptive MIMO: 1, adaptive bandwidth: 1, meaning both the first and second devices support adjusting the maximum MIMO mode and maximum bandwidth; it determines the first service type to be 0, which is web browsing. The first device determines the second MIMO mode to be 1*1 (i.e., 1 input, 1 output), the second bandwidth to be 20MHz, and the first TS policy to include: discovery period: 32, bitmap: 1110 0000 0110 0000 1100 0011 0000 0110. Alternatively, if the second battery information and the first capability information remain unchanged, but the first service type is 1 (audio or video projection), then the first device determines the second MIMO mode to be 1*1, the second bandwidth to be 20MHz, and the first TS policy to include a discovery period of 32 and a bitmap of 11100100 0110 0010 1100 0100 0000 0110. Alternatively, if the second battery information and the first capability information remain unchanged, but the first service type is 2 (audio or video projection), then the first device determines the second MIMO mode to be 2*2 (2 inputs and 2 outputs), the second bandwidth to be 40MHz, and the first TS policy to include a discovery period of 32 and a bitmap of 1110 0100 0110 0010 1100 0100 00000110. It can be seen that the first device can determine the matching first transmission parameters through the second battery information, the first capability information, and the first service type. When at least one of the second battery information, the first capability information, and the first service type (such as the first service type) is different, the determined first transmission parameters are also different. Matching the battery status of at least one of the two parties and the service type of the transmitted data can reduce the problem of power consumption waste and also reduce the problem of user experience degradation caused by the mismatch between transmission method and service type.

[0213] S1106, the first device sends a transmission capability request to the second device, the transmission capability request carrying the first transmission parameters.

[0214] S1107, the second device may send a response to the first device corresponding to the transmission capability request.

[0215] It should be noted that in practical applications, the first device can also enable the second device to obtain the first transmission parameters through other means, such as broadcasting.

[0216] It should be noted that in practical applications, when the second device obtains the first transmission parameters, it may not be necessary to send a response corresponding to the transmission capability request to the second device. Therefore, S1107 is an optional step.

[0217] S1108, the first device transmits data with the second device based on the first transmission parameters.

[0218] The first and second devices can transmit data during the business hours of the discovery cycle.

[0219] In some embodiments, the first device and the second device may transmit data in the wake-up state of a TS corresponding to a service period based on a first TS policy, and enter the sleep state of a TS corresponding to a service period.

[0220] It should be noted that if the domain master device is a third device instead of the first device, and the first device does not transmit data to other electronic devices, then the first device can also enter the sleep state during the TS of the sleep state corresponding to the service period.

[0221] The first and second devices can hibernate in units of TS based on the first TS strategy, which improves the control precision of the timing and duration of hibernation, thereby further reducing power consumption.

[0222] In some embodiments, if the first service type is a one-way flow service, the first device can acquire multiple first data packets to be transmitted, aggregate the multiple first data packets into a second data packet, and send the second data packet to the second device based on the first transmission parameters.

[0223] In some embodiments, the first device determines a first measurement period and measures the communication quality of the connection between the first device and the second device during the service period of the discovery period corresponding to the first measurement period. In other embodiments, the second device determines a second measurement period and measures the communication quality of the connection between the first device and the second device during the service period of the discovery period corresponding to the first measurement period, and notifies the first device of the measurement result, which the first device can also receive. The first and second measurement periods can be integer multiples of the discovery period. In some embodiments, the first synchronization period can be represented as P discovery periods, where P is a positive integer greater than or equal to 2.

[0224] The method by which the first device determines the first measurement cycle can be as follows: Figure 12 As shown.

[0225] It is understood that after the first device and the second device establish a connection in S1101, their device capabilities, power status, and the service type of the transmitted data may change. Accordingly, the first device and the second device may again execute steps similar to or identical to at least some of the steps in S1102-S1108 to obtain at least one of new capability information, new battery information, and a new service type, redetermine the second transmission parameters, and transmit data according to the newly determined second transmission parameters. That is, the first device and the second device do not need to execute S1101 every time they execute the data transmission method provided in this application embodiment.

[0226] In this embodiment, the first device can negotiate with the second device to obtain at least one of the first battery information of the first device and the second battery information of the second device, as well as the first capability information jointly supported by the first and second devices and the first service type corresponding to the data to be transmitted. Based on at least one of the first battery information and the second battery information of the second device, the first capability information, and the first service type, a first transmission parameter is determined. That is, within the device capability range jointly supported by the first and second devices, a transmission method matching the first service type of the data to be transmitted and the battery state of at least one of the first and second devices is selected. Data transmission using this transmission method can reduce the power consumption of at least one of the first and second devices. The first transmission parameter includes a first TS strategy, allowing at least one of the first and second devices to hibernate in TS units, improving the control precision of the timing and duration of hibernation, thereby further reducing power consumption.

[0227] In some embodiments, the first device may also establish a D2D type connection with the fourth device and perform data transmission in a manner similar to that used with the second device. Specifically, in S1101, the first device and the fourth device may establish a D2D type connection; in S1102, the first device and the fourth device may negotiate device capabilities; in S1103, the first device and the fourth device may synchronize clocks; and in S1104, the first device and the fourth device may negotiate service capabilities. Then, the first device may determine the third transmission parameters in a manner similar to or the same as in S1105; notify the fourth device of the third transmission parameters in a manner similar to or the same as in S1106 and S1107; and perform data transmission with the fourth device in a manner similar to or the same as in S1108. As can be seen, since the power states of the first, second, and fourth devices may differ, the device capabilities supported by the first and second devices may differ from those supported by the first and fourth devices, and the service types of the data transmitted by the first and second devices may also differ from those transmitted by the first and fourth devices, the first and second devices can transmit data with the second device based on the first transmission parameters and with the fourth device based on the third transmission parameters. This enables data transmission with different electronic devices to be performed using a matching transmission method based on the differences in the device capabilities supported by each electronic device, the battery status, and the service types of the transmitted data.

[0228] Similarly, the fourth device and the second device can also perform steps similar to or the same as at least some of the steps in S1101-S1108 to achieve data transmission between the fourth device and the second device. It should also be noted that, as... Figure 11 As shown, the fourth device and the second device can first negotiate device capabilities to determine the device capabilities that they both support. Then, if data transmission is required with the second device later, there is no need to negotiate device capabilities with the second device again, reducing the waiting time before data transmission and improving the efficiency of data transmission between the fourth device and the second device.

[0229] In other words, in some embodiments, any device in the D2D domain can discover other devices in the same D2D domain in advance (e.g., within the DW) and negotiate device capabilities with those other devices. Similarly, it can negotiate service capabilities with those other devices. Thus, when subsequent data transmission with a particular device is required, the transmission parameters can be directly determined based on the negotiation results, and data transmission can be performed based on those parameters, improving data transmission efficiency. Of course, any device in the D2D domain may also choose not to negotiate device capabilities or service capabilities with other devices in the same D2D domain in advance, but instead negotiate device capabilities and service capabilities with that device only when data transmission with that device is required.

[0230] Please refer to Figure 12 This is a flowchart illustrating a method for determining a synchronization period or measurement period provided in an embodiment of this application. This method can be applied to, for example... Figure 5 In the system shown, the first and second devices can be domain slave devices, such as device D510, device E520, or device F530, and the third device can be a domain master device, such as device G540. It should be noted that this method does not assume... Figure 12 The specific order described below is a limitation. It should be understood that in other embodiments, the order of some steps in the method can be interchanged according to actual needs, or some steps can be omitted or deleted. The method includes the following steps:

[0231] S1201, the first device establishes a D2D type connection with the third device.

[0232] It should be noted that the method by which the first device establishes a D2D type connection with the third device can be similar to the method by which the first device establishes a D2D type connection with the second device in the aforementioned S1101, and will not be described in detail here.

[0233] S1202, the first device synchronizes its clock with the third device.

[0234] It should be noted that the method of synchronizing the clock between the first device and the third device is similar to the method of synchronizing the clock between the first device and the second device in the aforementioned S1103, and will not be described in detail here.

[0235] S1203, the first device determines a first synchronization cycle and / or a first measurement cycle based on the battery information of the first device.

[0236] Among them, when the first device is not connected to a power source, the lower the battery capacity and the lower the remaining power, the longer the first synchronization cycle and the first measurement cycle can be.

[0237] In some embodiments, the first device may determine a first synchronization period and / or a first measurement period based on a first service type and the battery information of the first device. In some embodiments, the first device may determine a first synchronization period based on crystal oscillator parameters of the first device, at least one of a first service type, and the battery information of the first device.

[0238] Among them, the crystal oscillator parameters can be used to indicate the clock accuracy of the first device. The higher the clock accuracy, the longer the first synchronization period can be.

[0239] It should be noted that if the first device can only transmit data of a single service type, i.e., only data of the first service type, then the first device can determine the first service type without negotiating the service type with the second device. Therefore, the first device can determine the first service type when determining the first synchronization period or the first measurement period.

[0240] For example, the first device determines the second device's second battery information, including: power saving mode: 1, battery status: 0, meaning the second device is currently in power saving mode, not connected to a power source, and has low battery; and determines the first service type as 0, i.e., web browsing. The first device determines the synchronization cycle to be 4 (discovery cycles) and the measurement cycle to be 4 (discovery cycles). Alternatively, if the second battery information and the first capability information remain unchanged, but the first service type is 1, i.e., audio or video projection, then the first device determines the synchronization cycle to be 4 (discovery cycles) and the measurement cycle to be 2 (discovery cycles). Or, if the second battery information and the first capability information remain unchanged, but the first service type is 2, i.e., audio or video projection, then the first device determines the synchronization cycle to be 4 (discovery cycles) and the measurement cycle to be 1 (discovery cycle). It can be seen that the first device can determine a matching discovery cycle and measurement cycle based on the second battery information and the first service type. When at least one of the second battery information and the first service type (such as the first service type) is different, the determined discovery cycle and measurement cycle are also different, matching the battery status of at least one of the two devices and the service type of the transmitted data, thus reducing power consumption waste.

[0241] S1204, the first device notifies the third device of the first synchronization cycle.

[0242] Since the first device is a domain slave device and the third device is a domain master device, the third device may send control commands to the first device within the DW, such as controlling the first device to turn off its power. If the first device is in a sleep state during a certain discovery period of the DW, it may not be able to receive the control command. Therefore, the first device can notify the third device of the determined first synchronization period to improve the stability of the transmission system.

[0243] It should be noted that in some other embodiments, the third device may not send control commands to the first device within the DW. Therefore, the first device may not notify the third device of the first synchronization period. Thus, S1204 is an optional step.

[0244] In some embodiments, the first device can synchronize its clock with the third device during the discovery period (DW) corresponding to the first synchronization period. Then, during the discovery period (DW) that does not correspond to the first synchronization period, the first device can enter a sleep state during the time originally used for clock synchronization, thereby reducing power consumption.

[0245] For example, if the first synchronization cycle is 4 discovery cycles, meaning the first device synchronizes its clock with the third device every 4 discovery cycles, then please refer to... Figure 13 The first device synchronizes its clock with the third device during the DW of the 4L+1 discovery cycle, where L is a non-negative integer. Therefore, during the DW of the 4L+1, 4L+2, and 4L+3 discovery cycles, the first device does not need to synchronize its clock with the third device, and can therefore enter a sleep state during the time originally used for clock synchronization.

[0246] In some embodiments, if the first device and the second device are transmitting data, the first device can measure the communication quality of the connection with the second device during the service period of the discovery period corresponding to the first measurement period. Then, during service periods not corresponding to the first measurement period, the first device may not perform communication quality measurements, and the time originally used for measurement can be used for sleep mode, thereby reducing power consumption.

[0247] In this embodiment, the first device can determine a first synchronization period based on its battery information and synchronize its clock with the third device based on the first synchronization period. Therefore, during the time originally used for clock synchronization in the discovery period's DW (Discovery Warp) that does not correspond to the first synchronization period, the device can enter a sleep state, thereby reducing power consumption. The first device can also determine a first measurement period based on its battery information and measure the communication quality of the connection between the first device and the second device based on the first measurement period. Therefore, during the service period of the discovery period that does not correspond to the first measurement period, the time originally used for measurement can be used for sleep mode, thereby reducing power consumption.

[0248] Similarly, the second device can also perform a similar process to S1201-S1204 to determine at least one of the first synchronization cycle or the first measurement cycle.

[0249] Based on the same inventive concept, as an implementation of the above method, this application provides a data transmission device. This device embodiment corresponds to the aforementioned method embodiment. For ease of reading, this device embodiment will not repeat the details of the aforementioned method embodiment one by one, but it should be clear that the device in this embodiment can correspondingly implement all the contents of the aforementioned method embodiment.

[0250] Please refer to Figure 14 This is a schematic diagram of the structure of the data transmission device 1400 provided in the embodiments of this application, as shown below. Figure 14 As shown, the device provided in this embodiment includes a processing unit 1410 and a transceiver unit 1420.

[0251] In one possible implementation, the data transmission device 1400 may correspond to the first device in the method embodiments described above; for example, it may be the first device itself, or a chip configured in the first device. The data transmission device 1400 is used to execute the various steps or processes corresponding to the first device in the above method.

[0252] Processing unit 1410 is configured to negotiate with the second device at least one of first battery information and second battery information, first capability information, and first service type; and determine first transmission parameters based on at least one of the first battery information and second battery information, the first service type, and the first capability information.

[0253] The transceiver unit 1420 is used to send first transmission parameters to the second device and transmit data with the second device based on the first transmission parameters.

[0254] The first battery information is used to indicate the battery status of the data transmission device 1400, the second battery information is used to indicate the battery status of the second device, the first capability information is used to indicate the device capabilities jointly supported by the data transmission device 1400 and the second device, the first service type is the service type corresponding to the data to be transmitted by the data transmission device 1400 and the second device, and the data transmission device 1400 and the second device are connected via Wi-Fi.

[0255] Optionally, the first capability information is used to indicate that the data transmission device 1400 and the second device support at least one adjusted first MIMO mode, and the processing unit 1410 is specifically used for:

[0256] A second MIMO mode is determined from at least one first MIMO mode based on at least one first MIMO mode and at least one second battery information and a first service type.

[0257] Optionally, the first capability information is used to indicate that the data transmission device 1400 and the second device support the adjustment of the maximum MIMO mode, and the processing unit 1410 is specifically used for:

[0258] Determine at least one first MIMO mode jointly supported by the data transmission device 1400 and the second device;

[0259] Based on at least one of the first battery information and the second battery information, and the first service type, a second MIMO mode is determined from at least one preset first MIMO mode.

[0260] Optionally, the first capability information is used to indicate at least one first bandwidth supported by the data transmission device 1400 and the second device, and the processing unit 1410 is specifically used for:

[0261] A second bandwidth is determined from at least one first bandwidth based on at least one of the first battery information and the second battery information, as well as the first service type.

[0262] Optionally, the first capability information is used to indicate that the data transmission device 1400 and the second device support adjusting the maximum bandwidth, and the processing unit 1410 is specifically used for:

[0263] Determine at least one first bandwidth jointly supported by the data transmission device 1400 and the second device;

[0264] Based on at least one of the first battery information and the second battery information, and the first service type, a second bandwidth is determined from at least one preset first bandwidth.

[0265] Optionally, the first battery information is used to indicate at least one of the following: the battery capacity of the data transmission device 1400, the remaining battery power of the data transmission device 1400, the plug-in status indication information of the data transmission device 1400, and the power-saving mode status of the data transmission device 1400. The plug-in status of the data transmission device 1400 includes whether the data transmission device 1400 is currently connected to a power source or not. The power-saving mode status of the data transmission device 1400 includes whether the power-saving mode is enabled. The second battery information is used to indicate at least one of the following: the battery capacity of the second device, the remaining battery power of the second device, the plug-in status of the second device, and the power-saving mode status of the second device. The plug-in status of the second device includes whether it is currently connected to a power source or not. The power-saving mode status of the second device includes whether the power-saving mode is enabled.

[0266] Optionally, the connection type between the data transmission device 1400 and the second device is P2P, with the data transmission device 1400 being a GO and the second device being a GC.

[0267] Optionally, the first capability information is used to indicate that the data transmission device 1400 and the second device support data transmission scheduling based on NoA signaling, and the processing unit 1410 is specifically used for:

[0268] A first NoA strategy is determined based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information.

[0269] Optionally, the data transmission device 1400 and the second device are devices in the same D2D domain, the connection type between the data transmission device 1400 and the second device is D2D, the data transmission device 1400 is the master device, the second device is the slave device, and the master device is used to control the data transmission process between the master device and the slave device.

[0270] Optionally, the first capability information is used to indicate that the data transmission device 1400 and the second device support the scheduling of the TS, and the processing unit 1410 is specifically used for:

[0271] A first TS strategy is determined based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information.

[0272] Optionally, the data transmission device 1400 is a domain slave device, and the D2D domain also includes a third device as a domain master device. The processing unit 1410 is further used for:

[0273] Based on the first battery information, determine the first synchronization period;

[0274] Based on the first synchronization cycle, clock synchronization is performed with the third device.

[0275] Optionally, the transceiver unit 1420 is also used for:

[0276] Notify the third device of the first synchronization cycle.

[0277] Optionally, the processing unit 1410 is also used for:

[0278] Based on the first battery information, the first measurement cycle is determined;

[0279] Based on the first measurement cycle, the communication quality of the connection with the second device is measured.

[0280] Optionally, if the first service type is a one-way flow service, then the transceiver unit 1420 is specifically used for:

[0281] Acquire multiple first data packets to be transmitted;

[0282] Aggregate multiple first data packets into a second data packet;

[0283] Based on the first transmission parameters, a second data packet is sent to the second device.

[0284] In one possible implementation, the data transmission device 1400 may correspond to the second device in the method embodiments described above; for example, it may be the second device itself, or a chip configured within the second device. The data transmission device 1400 is used to execute the various steps or processes corresponding to the second device in the above method.

[0285] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the above-described division of functional units and modules is merely an example. In practical applications, the above functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiments can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit. Furthermore, the specific names of the functional units and modules are only for easy differentiation and are not intended to limit the scope of protection of this application. The specific working process of the units and modules in the above system can be referred to the corresponding process in the foregoing method embodiments, and will not be repeated here.

[0286] The data transmission devices of the above-described schemes have the function of implementing the corresponding steps performed by the first or second device in the above methods, and have similar technical effects. The functions can be implemented in hardware or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions; for example, a communication unit can be replaced by a transceiver (e.g., the sending unit in the communication unit can be replaced by a transmitter, and the receiving unit in the communication unit can be replaced by a receiver), and other units, such as processing units, can be replaced by processors, each executing the sending and receiving operations and related processing operations in the respective method embodiments.

[0287] Furthermore, the aforementioned communication unit can also be a transceiver circuit (e.g., it may include a receiving circuit and a transmitting circuit), and the processing unit can be a processing circuit. In embodiments of this application, Figure 14 The data transmission device can be the electronic device described in the foregoing embodiments, or it can be a chip or a chip system, such as a system on a chip (SoC). The communication unit can be an input / output circuit or a communication interface; the processing unit is a processor, microprocessor, or integrated circuit integrated on the chip. No limitations are imposed here.

[0288] Based on the same inventive concept, embodiments of this application also provide an electronic device. Figure 15 This is a schematic diagram of the structure of the electronic device 1500 provided in the embodiments of this application, as shown below. Figure 15As shown, the electronic device provided in this embodiment includes a memory 1510 and a processor 1520. The memory 1510 is used to store computer programs; the processor 1520 is used to execute the method described in the above method embodiment when the computer program is invoked.

[0289] The electronic device provided in this embodiment can execute the above method embodiment, and its implementation principle and technical effect are similar, so they will not be described again here.

[0290] Based on the same inventive concept, this application also provides a chip system. The chip system includes a processor coupled to a memory, which executes a computer program stored in the memory to implement the methods described in the above-described method embodiments.

[0291] The chip system can be a single chip or a chip module composed of multiple chips.

[0292] This application also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the methods described in the above-described method embodiments.

[0293] This application also provides a computer program product that, when run on an electronic device, causes the electronic device to implement the method described in the above-described method embodiments.

[0294] If the integrated units described above are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, all or part of the processes in the methods of the above embodiments of this application can be implemented by a computer program instructing related hardware. The computer program can be stored in a computer-readable storage medium, and when executed by a processor, it can implement the steps of the various method embodiments described above. The computer program includes computer program code, which can be in the form of source code, object code, executable files, or certain intermediate forms. The computer-readable storage medium can include at least: any entity or device capable of carrying computer program code to a photographic device / terminal device, a recording medium, a computer memory, read-only memory (ROM), random access memory (RAM), electrical carrier signals, telecommunication signals, and software distribution media. Examples include USB flash drives, portable hard drives, magnetic disks, or optical disks. In some jurisdictions, according to legislation and patent practice, computer-readable media cannot be electrical carrier signals or telecommunication signals.

[0295] In the above embodiments, the descriptions of each embodiment have different focuses. For parts that are not described in detail or recorded in a certain embodiment, please refer to the relevant descriptions of other embodiments.

[0296] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

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

[0298] It should be understood that, when used in this application specification and the appended claims, the term "comprising" indicates the presence of the described features, integrals, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components and / or a collection thereof.

[0299] It should also be understood that the term “and / or” as used in this application specification and the appended claims means any combination of one or more of the associated listed items and all possible combinations, and includes such combinations.

[0300] As used in this application specification and the appended claims, the term "if" may be interpreted, depending on the context, as "when," "once," "in response to determination," or "in response to detection." Similarly, the phrase "if determined" or "if detected [the described condition or event]" may be interpreted, depending on the context, as meaning "once determined," "in response to determination," "once detected [the described condition or event]," or "in response to detection [the described condition or event]."

[0301] Furthermore, in the description of this application and the appended claims, the terms "first," "second," "third," etc., are used only to distinguish descriptions and should not be construed as indicating or implying relative importance.

[0302] References to "one embodiment" or "some embodiments" as described in this specification mean that one or more embodiments of this application include a specific feature, structure, or characteristic described in connection with that embodiment. Therefore, the phrases "in one embodiment," "in some embodiments," "in other embodiments," "in still other embodiments," etc., appearing in different parts of this specification do not necessarily refer to the same embodiment, but rather mean "one or more, but not all, embodiments," unless otherwise specifically emphasized. The terms "comprising," "including," "having," and variations thereof mean "including but not limited to," unless otherwise specifically emphasized.

[0303] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of this application, and are not intended to limit them. Although this application has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some or all of the technical features therein. Such modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the scope of the technical solutions of the embodiments of this application.

Claims

1. A data transmission method based on Wi-Fi wireless network, characterized in that, The method includes: The first device and the second device negotiate at least one of the first battery information and the second battery information, the first capability information, and the first service type; The first device determines the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information; The first device sends the first transmission parameters to the second device; The first device transmits data to the second device based on the first transmission parameters; Wherein, the first battery information is used to indicate the battery status of the first device, the second battery information is used to indicate the battery status of the second device, the first capability information is used to indicate the device capabilities jointly supported by the first device and the second device, the first service type is the service type corresponding to the data to be transmitted by the first device and the second device, the first device and the second device are connected via Wi-Fi, and the first transmission parameters include at least one of the first active notification (NoA) policy and the first time slot (TS) policy.

2. The method according to claim 1, characterized in that, The first capability information is used to indicate that the first device and the second device support at least one first multiple-input multiple-output (MIMO) mode. The first device determines first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, including: The first device determines a second MIMO mode from the at least one first MIMO mode based on at least one of the first battery information and the second battery information, as well as the first service type.

3. The method according to claim 1, characterized in that, The first capability information is used to indicate that the first device and the second device support the adjusted maximum MIMO mode. Before the first device determines the first transmission parameter based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, the method further includes: The first device determines at least one first MIMO mode that is jointly supported by the first device and the second device; The first device determines first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, including: The first device determines a second MIMO mode from the at least one first MIMO mode based on at least one of the first battery information and the second battery information, as well as the first service type.

4. The method according to any one of claims 1-3, characterized in that, The first capability information is used to indicate at least one first bandwidth supported by the first device and the second device. The first device determines first transmission parameters based on at least one of the first battery information and the second battery information, the first service type, and the first capability information, including: The first device determines a second bandwidth from the at least one first bandwidth based on at least one of the first battery information and the second battery information, as well as the first service type.

5. The method according to any one of claims 1-3, characterized in that, The first capability information is used to indicate that the first device and the second device support adjusting the maximum bandwidth. Before the first device determines the first transmission parameter based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, the method further includes: The first device determines at least one first bandwidth that is jointly supported by the first device and the second device; The first device determines first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, including: The first device determines a second bandwidth from the at least one first bandwidth based on at least one of the first battery information and the second battery information, as well as the first service type.

6. The method according to any one of claims 1-5, characterized in that, The first battery information is used to indicate at least one of the following: the battery capacity of the first device, the remaining battery power of the first device, the plug-in status of the first device, and the power-saving mode status of the first device. The plug-in status of the first device includes whether it is currently connected to a power source or not. The power-saving mode status of the first device includes whether the power-saving mode is enabled. The second battery information is used to indicate at least one of the following: the battery capacity of the second device, the remaining battery power of the second device, the plug-in status of the second device, and the power-saving mode status of the second device. The plug-in status of the second device includes whether it is currently connected to a power source or not. The power-saving mode status of the second device includes whether the power-saving mode is enabled.

7. The method according to any one of claims 1-6, characterized in that, The connection type between the first device and the second device is a point-to-point (P2P) connection, with the first device being the group owner (GO) and the second device being the group client (GC).

8. The method according to claim 7, characterized in that, The first capability information is used to indicate that the first device and the second device support data transmission scheduling based on NoA signaling. The first device determines the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, including: The first device determines the first NoA policy based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information.

9. The method according to any one of claims 1-6, characterized in that, The first device and the second device are devices in the same device-to-device (D2D) domain. The connection type between the first device and the second device is D2D. The first device is the transmission master device, and the second device is the transmission slave device. The transmission master device is used to control the data transmission process between the transmission master device and the transmission slave device.

10. The method according to claim 9, characterized in that, The first capability information is used to indicate that the first device and the second device support the scheduling of TS. The first device determines the first transmission parameters based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information, including: The first device determines the first TS policy based on at least one of the first battery information and the second battery information, as well as the first service type and the first capability information.

11. The method according to claim 9 or 10, characterized in that, The first device is a domain slave device, and the D2D domain also includes a third device that acts as a domain master device. The method further includes: The first device determines the first synchronization period based on the first battery information; The first device synchronizes its clock with the third device based on the first synchronization period.

12. The method according to claim 11, characterized in that, The method further includes: The first device notifies the third device of the first synchronization period.

13. The method according to any one of claims 9-12, characterized in that, Also includes: The first device determines the first measurement cycle based on the first battery information; The first device measures the communication quality of the connection with the second device based on the first measurement period.

14. The method according to any one of claims 1-13, characterized in that, If the first service type is a one-way flow service, then the first device transmits data with the second device based on the first transmission parameters, including: The first device acquires multiple first data packets to be transmitted; The first device aggregates the plurality of first data packets into a second data packet; The first device sends the second data packet to the second device based on the first transmission parameters.

15. An electronic device, characterized in that, include: A memory and a processor, the memory being used to store a computer program; the processor being used to execute the method as described in any one of claims 1-14 when the computer program is invoked.

16. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the method as described in any one of claims 1-14.

Images