Intermittent data transmission method of mobile terminal and related device

Abstract

The present application relates to a kind of intermittent data transmission method of mobile terminal and related equipment, comprising the following steps, according to the remaining power of mobile terminal and the amount of data to be transmitted, the power consumption of unit data is estimated;It is compared with the preset threshold value, and transmission mode is determined.If intermittent transmission, then the data to be transmitted is split into multiple continuous segmented data packets;Combining the power consumption of unit data and the current network signal strength, the transmission interval between adjacent segments is allocated, and the transmission sleep duration corresponding to each segment is obtained;According to this sleep duration, each segmented data packet is sent in turn, and after each transmission is completed, it enters the radio frequency low-power state, until the next time period starts, realizes the energy consumption controllable data transmission, solves the technical problem that transmission interval between adjacent data packets is difficult to reasonably configure, resulting in sleep opportunity and duration mismatch, unable to effectively play the energy-saving potential of low-power state.

Description

Technical Field

[0001] This invention relates to the field of data transmission technology, and in particular to an intermittent data transmission method and related equipment for mobile terminals. Background Technology

[0002] With the rapid development of mobile communication technology, mobile terminals are undertaking an increasing number of data transmission tasks in daily life, such as file synchronization, audio and video uploading, and real-time communication. To cope with complex and ever-changing network environments and device states, various data transmission optimization schemes have been proposed in existing technologies. Some schemes monitor battery power and reduce the data transmission frequency or switch to a low-power network mode when the battery level falls below a certain fixed threshold; others dynamically adjust the transmission rate based on network signal strength to improve communication stability. In addition, some systems employ data packet segmentation mechanisms, splitting large files into smaller chunks and sending them sequentially in weak signal areas to reduce the probability of single transmission failures. These methods are widely used in smartphones, tablets, and IoT devices, aiming to balance transmission efficiency and device power consumption.

[0003] However, the aforementioned technologies generally lack a refined assessment and control mechanism for energy efficiency during data transmission. Specifically, existing solutions typically rely solely on a single indicator such as remaining battery power or signal strength for coarse-grained transmission control, failing to comprehensively consider the relationship between the amount of data to be transmitted and the actual energy consumption per unit of data transmission. This results in an inability to accurately determine when to activate intermittent transmission. Especially in scenarios with limited power and the need to transmit large amounts of data, devices often experience rapid power depletion due to continuous activation of the RF module, even leading to transmission interruptions. Due to the lack of a scheduling strategy based on unit data power consumption prediction and network status collaborative analysis, the transmission interval between adjacent data packets is difficult to configure reasonably, resulting in a mismatch between sleep timing and duration, failing to effectively leverage the energy-saving potential of low-power states. Therefore, how to adaptively decide on the transmission mode and accurately allocate transmission and sleep cycles based on the mobile terminal's current battery level, data load, and network conditions has become an urgent technical problem to be solved. Summary of the Invention

[0004] The main technical problem addressed by this application is to provide a method and related equipment for intermittent data transmission in mobile terminals. This solves the technical problem that the transmission interval between adjacent data packets is difficult to configure reasonably, resulting in a mismatch between the sleep time and duration, and failing to effectively utilize the energy-saving potential of the low-power state.

[0005] To solve the above-mentioned technical problems, this application adopts an intermittent data transmission method for a mobile terminal, comprising the following steps: When there is a data transmission requirement, the power consumption per unit of data transmission is estimated based on the current remaining battery level of the mobile terminal and the size of the data to be transmitted, thus obtaining the power consumption per unit of data. The power consumption value per unit of data is compared with a preset power consumption threshold to determine the transmission mode of the data to be transmitted. When the transmission mode is intermittent transmission mode, the data to be transmitted is split into multiple consecutive segmented data packets; Based on the power consumption of the unit data and the current network signal strength of the mobile terminal, the transmission interval of two adjacent segmented data packets is allocated to obtain the transmission sleep duration corresponding to each segmented data packet; Based on the transmission sleep duration of each segmented data packet, multiple segmented data packets are transmitted sequentially, and within the transmission sleep duration after the transmission of each segmented data packet is completed, the radio frequency module of the mobile terminal is controlled to enter a low-power state.

[0006] Furthermore, before the step of estimating the power consumption per unit data transmission based on the mobile terminal's current remaining battery level and the amount of data to be transmitted, and obtaining the power consumption per unit data transmission value, the following steps are included: The remaining battery level is obtained by reading the battery status register through the power management interface of the mobile terminal. In response to a data transmission request, the storage address of the data to be transmitted is located in the local memory of the mobile terminal, and the file header information corresponding to the storage address is parsed by the storage management module of the mobile terminal to obtain the data size of the data to be transmitted.

[0007] Furthermore, the step of comparing the power consumption value per unit of data with a preset power consumption threshold to determine the transmission mode of the data to be transmitted includes: A preset power consumption threshold is read from the parameter storage area of ​​the mobile terminal, and the power consumption value per unit of data is compared with the power consumption threshold to obtain a ratio determination result, wherein the ratio determination result includes being lower than the threshold or higher than the threshold. If the ratio determination result is less than the threshold, the data to be transmitted is set to intermittent transmission mode; if the ratio determination result is greater than the threshold, the data to be transmitted is set to continuous transmission mode.

[0008] Furthermore, the step of splitting the data to be transmitted into multiple consecutive segmented data packets includes: The preset data segment length is read from the parameter storage area of ​​the mobile terminal, and the data volume of the data to be transmitted is divided by the data segment length and rounded up to obtain the total number of segments; The data to be transmitted is marked with positions according to the total number of segments to obtain the start byte position and end byte position corresponding to each segment. The start byte position of the first segment is zero, the end byte position of each segment is the start byte position plus the data segment length minus one, and the start byte position of the next segment is the end byte position of the previous segment plus one. According to the start byte position and end byte position of each segment, data content within the corresponding byte range is sequentially extracted from the data to be transmitted to obtain multiple consecutive segmented data packets.

[0009] Furthermore, the step of sequentially transmitting multiple segmented data packets based on the transmission sleep duration of each segmented data packet, and controlling the radio frequency module of the mobile terminal to enter a low-power state during the transmission sleep duration after the transmission of each segmented data packet is completed, includes: The current segment number is determined based on the total number of segments, and the corresponding current data segment packet is read from the multiple consecutive segment data packets according to the current segment number; The current data segment packet is sent into the transmit buffer of the radio frequency module, and the radio frequency module is controlled to perform radio frequency modulation and transmission operations on the data in the transmit buffer. After the current data segment packet in the segmented data packet is sent, the radio frequency module is controlled to enter a low power state. Furthermore, after the step of entering the low-power state, the following steps are included: After the transmission sleep duration is completed, the device module is controlled to transmit the next segment of the current data packet in the segmented data packet.

[0010] Furthermore, controlling the radio frequency module to perform radio frequency modulation and transmission operations on the data in the transmission buffer, and controlling the radio frequency module to enter a low-power state after the current data segment packet in the segmented data packet has been transmitted, includes: The radio frequency module is controlled to perform radio frequency modulation and transmission operations on the data in the transmission buffer, while monitoring the confirmation information returned by the network side to obtain the transmission status of the current data segment packet in the segmented data packet; When the transmission status of the current data segment packet is "transmission completed", a sleep command is sent to the radio frequency module to turn off the radio frequency power amplifier, and a timer is started to count according to the segment sleep duration corresponding to the current data segment packet to obtain the sleep completion flag; In response to the sleep completion flag, a wake-up command is sent to the RF module to restart the RF power amplifier. The current segment number is incremented by one and compared with the total number of segments. If the current segment number is not greater than the total number of segments, the process returns to read the next current data segment packet. If the current segment number is greater than the total number of segments, the intermittent transmission process ends, so that the RF module enters a low-power state.

[0011] Furthermore, the step of controlling the radio frequency module to perform radio frequency modulation and transmission operations on the data in the transmission buffer, while monitoring the acknowledgment information returned by the network side, to obtain the transmission status of the current data segment packet in the segmented data packet, includes: The current data segment packet is encapsulated into a data frame conforming to the transmission protocol format, and the data frame is written into the transmit buffer of the radio frequency module. At the same time, a transmit trigger instruction is written to the control register of the radio frequency module to start the radio frequency modulation and transmission operation. After the sending trigger command is written, the response waiting timer is started and the receive buffer of the radio frequency module is polled to obtain the receive buffer status, including whether there is new data or no new data. When the state of the receiving buffer is that new data exists, the response frame returned by the network side is read from the receiving buffer and the acknowledgment identifier field of the response frame is parsed to obtain the segmented transmission status as transmission completed. When the response waiting timer times out and the receive buffer is in a state of no new data, the current data segment packet in the segmented data packet is set to be sent as failed.

[0012] Furthermore, the step of reading the response frame returned by the network side from the receive buffer and parsing the acknowledgment identifier field of the response frame to obtain the segmented transmission status as transmission complete includes: According to the state of the receive buffer, a data reading operation is performed on the receive buffer to obtain the response frame byte sequence. Based on the frame structure definition of the transmission protocol, the field offset positioning of the response frame byte sequence is performed to obtain the storage location of the acknowledgment identifier field. Extract the field value of the confirmation identifier field from the storage location, and compare the field value with the preset sending success identifier code. When the field value matches the sending success identifier code, set the segmented sending status to sending complete.

[0013] The present invention also provides an intermittent data transmission device for a mobile terminal, comprising: The data acquisition module is used to estimate the power consumption per unit of data transmission based on the current remaining battery level of the mobile terminal and the size of the data to be transmitted when there is a data transmission requirement, so as to obtain the power consumption per unit of data. The judgment module is used to compare the power consumption value of the unit data with a preset power consumption threshold to determine the transmission mode of the data to be transmitted. The splitting module is used to split the data to be transmitted into multiple consecutive segmented data packets when the transmission mode is intermittent transmission mode. The allocation module is used to allocate the transmission interval of two adjacent segmented data packets according to the power consumption value of the unit data, so as to obtain the transmission sleep duration corresponding to each segmented data packet; The transmission module is used to transmit multiple segmented data packets sequentially based on the transmission sleep duration of each segmented data packet, and to control the radio frequency module of the mobile terminal to enter a low-power state during the transmission sleep duration after the transmission of each segmented data packet is completed.

[0014] The present invention also provides a computer device, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the steps of any of the above methods.

[0015] The present invention also provides a computer-readable storage medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the steps of any of the above methods.

[0016] The above solution, when there is a data transmission requirement, estimates the power consumption per unit of data transmission based on the current remaining battery level of the mobile terminal and the size of the data to be transmitted, and obtains the power consumption per unit of data. The power consumption per unit of data is compared with a preset power consumption threshold to determine the transmission mode of the data to be transmitted. If the transmission mode is intermittent transmission, the data to be transmitted is split into multiple consecutive segmented data packets. Based on the power consumption per unit of data and the current network signal strength of the mobile terminal, the transmission interval between two adjacent segmented data packets is allocated to obtain the transmission sleep duration corresponding to each segmented data packet. Based on the transmission sleep duration of each segmented data packet, multiple segmented data packets are transmitted sequentially. Within the transmission sleep duration after the transmission of each segmented data packet is completed, the radio frequency module of the mobile terminal is controlled to enter a low-power state. This solves the technical problem that the transmission interval between adjacent data packets is difficult to configure reasonably, resulting in a mismatch between the sleep timing and duration, and failing to effectively utilize the energy-saving potential of the low-power state. It achieves the technical effect of splitting the data to be transmitted into multiple segmented data packets when intermittent transmission is enabled, and combining the power consumption per unit of data with the real-time network signal strength to allocate the transmission sleep duration between adjacent data packets. This ensures that the sleep cycle setting considers both energy consumption and communication quality, enhancing the adaptability of the transmission strategy. Attached Figure Description

[0017] To more clearly illustrate the technical solutions in the embodiments of this application or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 This is a schematic diagram of the steps of an intermittent data transmission method for a mobile terminal in one embodiment of the present invention; Figure 2 This is a structural block diagram of an intermittent data transmission device for a mobile terminal according to an embodiment of the present invention; Figure 3 This is a schematic block diagram of the structure of a computer device according to an embodiment of the present invention.

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

[0020] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of the embodiments. Based on the embodiments of this application, all other embodiments obtained by those of ordinary skill in the art without creative effort are within the scope of protection of this application.

[0021] Specifically, the intermittent data transmission method for a mobile terminal in this embodiment includes the following steps: like Figure 1 As shown, Figure 1 This invention provides an intermittent data transmission method for a mobile terminal, comprising the following steps: Step S1: When there is a data transmission requirement, based on the current remaining battery level of the mobile terminal and the size of the data to be transmitted, the power consumption per unit of data transmission is estimated to obtain the power consumption per unit of data.

[0022] Specifically, when a mobile terminal needs to send data, such as when a user uploads a video file, the system first reads the remaining battery power and the total size of the video file (in megabytes). Then, it divides the remaining battery power by the size of the data to be transferred to calculate the approximate power consumption per unit of data transferred. This value is the power consumption per unit of data. For example, if the phone has 30% battery remaining and the video to be transferred is 600MB, then the power consumption per megabyte is approximately 0.05%. This step relies on the device's existing power monitoring module and data management interface to complete data collection and calculation, requiring no additional hardware. The entire process is automatically triggered in the background, starting whenever a network request is detected, ensuring that the estimated result reflects the current real-time state. This approach, linking the battery power and data volume variables together, provides a more precise calculation than simply looking at the battery percentage.

[0023] Step S2: Compare the power consumption value of the unit data with a preset power consumption threshold to determine the transmission mode of the data to be transmitted.

[0024] Specifically, after receiving the calculated power consumption per unit of data, the system compares it to a pre-set power consumption threshold. This threshold is usually determined based on a large amount of actual measurement data, such as 0.06% power consumption per megabyte. If the calculated power consumption per unit of data exceeds this threshold, it means that transmitting the entire data at once in the conventional way is too power-intensive and will quickly deplete the battery. In this case, it is determined to switch to intermittent transmission mode. Conversely, if the threshold is not exceeded, it will be sent in normal continuous mode. The judgment action is executed by the control logic module in the terminal, which is usually integrated into the communication scheduling program. Taking video upload as an example again, if the calculated power consumption per MB reaches 0.08%, which is higher than the 0.06% threshold, the system will automatically switch to the segmented transmission strategy. The entire process does not require user intervention; the comparison and decision-making are completed in the background to ensure that the more power-efficient path is selected.

[0025] Step S3: When the transmission mode is intermittent transmission mode, the data to be transmitted is split into multiple consecutive segmented data packets.

[0026] Specifically, once the intermittent transmission mode is determined, the system begins processing the data to be sent. Using the 600MB video as an example again, it's not sent all at once, but rather divided into small packets, say 50MB each, for a total of 12 segments. The segmentation is performed by the terminal's data scheduling unit, adjusting the length of each segment either to a fixed size or dynamically based on subsequent transmission schedules. These segmented data packets maintain their original data order, concatenating headers and footers to ensure the receiving end can correctly reassemble the original file. The splitting occurs before the application layer submits data to the transport layer, utilizing existing protocol stack interfaces without modifying the underlying communication mechanism. Each packet is tagged with a sequence number for subsequent sequential sending and verification. The entire process is transparent to the upper-layer application; the user is unaware that the data has been split. This approach is directly linked to the mode determination mentioned earlier; splitting is only triggered when the intermittent mode is determined; otherwise, the data is sent as a whole.

[0027] Step S4: Based on the power consumption value of the unit data and the current network signal strength value of the mobile terminal, allocate the transmission interval of two adjacent segmented data packets to obtain the transmission sleep duration corresponding to each segmented data packet.

[0028] Specifically, after obtaining the power consumption per unit of data and the current network signal strength, the system uses them together to calculate the appropriate interval between each two data segments. For example, if the calculated power consumption per unit of data is 0.08%, and the signal strength read from the RF module is -105dBm, indicating a weak signal, transmission power consumption will be high, and continuous transmission could easily lead to overheating and power loss. The control logic will then substitute these two values ​​based on a pre-stored mapping relationship or a simple calculation model to determine the waiting time before sending the next data packet, i.e., the transmission sleep duration. For example, an 8-second sleep interval might be allocated, during which the device shuts off its RF power supply. This duration is not fixed; if the signal strength subsequently increases, for example, to -85dBm, the sleep time might be shortened to 5 seconds for the same power consumption level. After each data segment is transmitted, a new interval is dynamically set in this manner to ensure that power consumption matches communication conditions. The entire process is completed by the terminal's local scheduler and does not rely on server intervention.

[0029] Step S5: Based on the transmission sleep duration of each segmented data packet, transmit multiple segmented data packets sequentially, and within the transmission sleep duration after each segmented data packet is transmitted, control the radio frequency module of the mobile terminal to enter a low-power state.

[0030] Specifically, each segmented data packet is transmitted according to a pre-allocated transmission sleep duration. For example, after the first 50MB video packet is sent, the system immediately starts a timer set to 8 seconds; this time is its transmission sleep duration. Simultaneously, the RF module's power is cut off or switched to standby mode, entering a low-power state and ceasing high-energy-consuming operation of the transmitting circuit. Once 8 seconds have elapsed, the timer triggers a wake-up signal, the terminal restores RF power, and then immediately sends the second segmented data packet, immediately entering the next sleep cycle. This series of actions is coordinated and executed by the communication controller, relying on the timing and power management interfaces provided by the operating system. The entire process continues until all 12 packets have been transmitted. The preceding and following steps are sequential; the sleep duration given in the previous step directly determines the control behavior in this step, with clear parameter transmission and a closed-loop logic. In practice, if the signal becomes stronger midway, the sleep time of subsequent packets may be shortened, demonstrating the strategy's dynamic adaptability.

[0031] In a specific embodiment, before the step of estimating the power consumption per unit data transmission based on the current remaining battery level of the mobile terminal and the size of the data to be transmitted, and obtaining the power consumption per unit data transmission value, the following steps are included: The remaining battery level is obtained by reading the battery status register through the power management interface of the mobile terminal. In response to a data transmission request, the storage address of the data to be transmitted is located in the local memory of the mobile terminal, and the file header information corresponding to the storage address is parsed by the storage management module of the mobile terminal to obtain the data size of the data to be transmitted.

[0032] Specifically, before calculating the power consumption per unit of data, two basic parameters must be obtained: the mobile terminal's current remaining battery level and the size of the data to be transmitted. These two data points are not obtained out of thin air, but are retrieved step-by-step by calling existing hardware interfaces and system modules of the device. Regarding battery acquisition, modern smartphones and tablets are equipped with a Power Management Unit (PMU). This chip monitors the battery's voltage, current, and charging / discharging status in real time, and writes the calculated remaining battery level into a specific register, usually called the Battery Status Register. The operating system kernel, such as the Linux underlying layer of Android, reads the contents of this register through standard power management interfaces, such as nodes like ` / power_supply / battery / capacity` in sysfs. Applications or background services, as long as they have the appropriate permissions, can initiate read operations through the system API to obtain a value expressed as a percentage, such as "65%". This process is a millisecond-level polling or event-triggered read, ensuring that the latest snapshot is obtained.

[0033] On the other hand, determining the size of the data to be transmitted is not as simple as just looking at file attributes. When a user clicks to upload a video file, the system generates a data transfer request, which carries the path information of the target file. Upon receiving the request, the communication scheduling module doesn't immediately read the entire file content, as that would be too resource-intensive. It first locates the file's specific storage address in local memory based on the path; this address might be a logical block number on eMMC or UFS flash memory. Then, the module calls the storage management driver to initiate a lightweight metadata read command to that address. Crucially, it only parses the file header information, specifically the inode or FAT table entry maintained by the file system for each file, which explicitly records the total number of bytes in the file. Assuming the file to be transferred is named "trip_video.mp4", the system parses a data size of 1.2GB from its file header. This approach avoids loading the entire data, resulting in high efficiency and low system load.

[0034] Although these two steps are independent, they must both be completed before proceeding to the subsequent estimation stage. They act as a foundation for later calculations—without an accurate remaining battery level, the unit power consumption lacks a benchmark; without precise data volume, the entire power consumption calculation becomes unreliable. For example, if the phone actually has only 20% battery remaining, but interface read latency causes it to use 35% of the data from ten minutes ago, the calculated unit power consumption value will be significantly underestimated, potentially leading to a misjudgment that continuous transmission is possible, only to run out of power halfway through. Similarly, if a corrupted file header causes the data volume to be misread as 600MB instead of the actual 1.2GB, the estimation will also be inaccurate. Therefore, this set of preliminary steps relies on mature and stable interface mechanisms at the terminal firmware and operating system level, ensuring the reliability and timeliness of the data source, laying a solid foundation for subsequent unit data power consumption estimations based on these values.

[0035] In a specific embodiment, the step of comparing the power consumption value per unit of data with a preset power consumption threshold to determine the transmission mode of the data to be transmitted includes: A preset power consumption threshold is read from the parameter storage area of ​​the mobile terminal, and the power consumption value per unit of data is compared with the power consumption threshold to obtain a ratio determination result, wherein the ratio determination result includes being lower than the threshold or higher than the threshold. If the ratio determination result is less than the threshold, the data to be transmitted is set to intermittent transmission mode; if the ratio determination result is greater than the threshold, the data to be transmitted is set to continuous transmission mode.

[0036] Specifically, after obtaining the power consumption value per unit of data, the next step for the system is to decide how to send the data. This depends on a crucial judgment action. This action begins by retrieving a preset power consumption threshold from the mobile terminal's parameter storage area. This storage area is typically a non-volatile memory space within the device firmware, such as a configuration partition in EEPROM or Flash, containing factory-set or user-adjustable operating parameters. The power consumption threshold is one of these parameters; it is not a temporary variable but a fixed value written after extensive laboratory testing and power consumption modeling, for example, set to 0.06% per MB. The reading process is completed by the control program using standard memory access instructions, ensuring that each judgment is based on the same benchmark.

[0037] With this threshold, the system compares the previously calculated power consumption per unit of data with it. For example, if the power consumption per unit of data is calculated to be 0.025% per MB based on 30% remaining battery and 1.2GB of video to be transferred, this number will be sent to the comparison logic unit. The comparison result has only two possibilities: less than the threshold or greater than or equal to the threshold, which is the so-called ratio determination result. Here, "less than" or "greater than" is not a vague concept, but a direct floating-point or fixed-point arithmetic operation, implemented by the CPU's arithmetic logic unit (ALU) executing CMP-type instructions.

[0038] The next step is to set the transmission mode based on this ratio. If the power consumption per unit of data is less than the power consumption threshold, such as 0.025% < 0.06% as mentioned above, it means that transmitting this batch of data is relatively power-efficient and low-risk under the current conditions. The system will then set the data to be transmitted in continuous transmission mode, meaning that the data can be sent all at once without interruption. Conversely, if the power consumption per unit of data exceeds the threshold, for example, in a poor signal environment, the calculated power consumption might be 0.08% per MB, exceeding the 0.06% threshold. In this case, it is considered that the continuous transmission pressure is too high, which could easily lead to a sudden drop in power or even connection interruption. In this situation, the system will set the data to be transmitted in intermittent transmission mode.

[0039] This setting action essentially sends a control flag to the subsequent scheduling module. This could involve modifying the status field of a task queue or sending a `mode=intermittent` message in IPC communication. The entire process, from reading the threshold and making comparisons to setting the mode, is a sequential logical chain, with the output of each step directly serving as the input for the next. For example, transmitting the same 1.2GB video might be in continuous mode under full Wi-Fi signal, but in intermittent mode in a basement with only one bar of 4G signal. This differentiated processing isn't done by human intervention, but by this automatic discrimination mechanism, ensuring that strategy selection is based on evidence and avoiding resource waste or transmission failures caused by blind decision-making.

[0040] In a specific embodiment, splitting the data to be transmitted into multiple consecutive segmented data packets includes: The preset data segment length is read from the parameter storage area of ​​the mobile terminal, and the data volume of the data to be transmitted is divided by the data segment length and rounded up to obtain the total number of segments; The data to be transmitted is marked with positions according to the total number of segments to obtain the start byte position and end byte position corresponding to each segment. The start byte position of the first segment is zero, the end byte position of each segment is the start byte position plus the data segment length minus one, and the start byte position of the next segment is the end byte position of the previous segment plus one. According to the start byte position and end byte position of each segment, data content within the corresponding byte range is sequentially extracted from the data to be transmitted to obtain multiple consecutive segmented data packets.

[0041] Specifically, once the system determines that intermittent transmission mode is required, the next step is to segment the originally complete data to be transmitted. This process is not arbitrary but follows a set of clear rules, unfolding layer by layer. First, the control module reads a pre-set value—the data segment length—from the mobile terminal's parameter storage area. This value is usually determined by the device manufacturer based on a combination of typical network MTU (Maximum Transmission Unit) and the optimal single transmission window of the RF module, for example, set to 50MB, and is stored in the system configuration file or partition table. The read operation is completed through a standard file I / O interface or memory mapping method, ensuring that the same baseline parameter is obtained each time it is called.

[0042] After obtaining the data segment length, the system divides it by the size of the data to be transmitted. Taking the previously mentioned 1.2GB video file as an example, its total size is approximately 1200MB. Dividing this value by 50MB gives a quotient of 24. However, since data segmentation must ensure that all content is covered without omission, the quotient needs to be rounded up. Even if the division is not exact, for example, if the actual size is 1230MB, then 1230 ÷ 50 = 24.6, which, after rounding up, is still 25. This ensures that even the last segment less than 50MB can be included as an independent segment. This result is the final total number of segments, which determines the number of subsequent marking and truncation loops.

[0043] With the total number of segments determined, the system begins logically dividing the raw data stream. The process starts with the first segment, whose starting byte position is defined as zero, serving as the universal starting point for file offsets. The ending byte position of each segment is determined by adding the segment length to its starting byte position and subtracting one. For example, the first segment ranges from byte 0 to byte 52,428,799 (i.e., 50 × 1024 × 1024). 1) Next, the starting byte position of the next segment is set to the ending byte position of the previous segment plus one, which is byte 52428800, and so on, forming a continuous and non-overlapping sequence of intervals. This recursive relationship continues until the position information of all 25 segments is generated.

[0044] The final step is to extract the actual data from local storage based on these marked start and end byte positions. The system initiates multiple read requests to the storage management module through the file system driver, specifying the corresponding byte range each time. For example, the first read is a data block between 0 and 52428799, which is encapsulated into the first segmented data packet; the second read is data between 52428800 and 104857599, which is the second packet, and so on. Each truncation maintains the original byte order, ensuring that the receiving end can reassemble it in order. It is worth noting that the last segment may be less than 50MB, but this does not affect its participation as a complete data packet in the subsequent intermittent transmission process. The entire segmentation mechanism is built on top of existing operating system services, requires no additional hardware support, and has good compatibility and reproducibility.

[0045] In a specific embodiment, the step of sequentially transmitting multiple segmented data packets based on the transmission sleep duration of each segmented data packet, and controlling the radio frequency module of the mobile terminal to enter a low-power state during the transmission sleep duration after the transmission of each segmented data packet is completed, includes: The current segment number is determined based on the total number of segments, and the corresponding current data segment packet is read from the multiple consecutive segment data packets according to the current segment number; The current data segment packet is sent into the transmit buffer of the radio frequency module, and the radio frequency module is controlled to perform radio frequency modulation and transmission operations on the data in the transmit buffer. After the current data segment packet in the segmented data packet is sent, the radio frequency module is controlled to enter a low power state.

[0046] Specifically, after generating all segmented data packets and allocating sleep time, the system enters the actual data transmission phase. This process is performed sequentially, first determining which packet should be transmitted. To do this, the system determines the current segment number based on the previously calculated total number of segments. For example, if there are 25 segments in total, the sequence number starts from 1 and increments. Initially, the current segment number is set to 1, and it automatically increments by 1 after each packet transmission, until it equals the total number of segments. This sequence number serves as an index value, used to locate and read the corresponding current data segment packet from the multiple consecutive segmented data packets generated. The reading action is triggered by the data scheduler, accessing the corresponding data block through memory addressing or file stream offset.

[0047] After receiving the current data segment packet, the system writes it into the transmit buffer of the RF module. This buffer is typically a dedicated cache space inside the communication chip, with a fixed size, capable of temporarily storing one or more data frames to be transmitted. The write operation is completed through a DMA (Direct Memory Access) channel, reducing CPU intervention and improving efficiency. Once the data enters the buffer, the control logic immediately sends a transmit command to the RF module, initiating the modem workflow. The RF module then performs standard wireless transmission operations on the data in the buffer, such as baseband encoding, carrier modulation, and power amplification, converting the digital signal into electromagnetic waves for transmission. The entire transmission process is relatively short, typically completed within a few hundred milliseconds, depending on the network type and signal quality.

[0048] When it is detected that all current data segments have been transmitted (i.e., the buffer is cleared or a hardware interrupt signal indicates transmission completion), the system immediately transitions to the next state. At this point, the RF circuit no longer operates at full power; instead, a power management command is issued to switch the RF module to a low-power state. This state may be a deep sleep mode, shutting down the local oscillator and power amplifier units, retaining only the basic clock for wake-up; or it may involve shutting down some functional modules to reduce leakage current. Crucially, during the subsequent transmission sleep period, the RF module does not engage in any active communication activities, thus significantly reducing power consumption.

[0049] This "one-transmit-one-rest" rhythm continues, with each cycle relying on the current segment sequence number to update the data packet it points to, repeating the buffering, transmitting, and sleeping actions. For example, after the first packet is transmitted, it enters an 8-second sleep state, wakes up to process the second packet, transmits it, and then rests for another 5 seconds, and so on. After the last segment is transmitted, there is no need to enter a sleep state again, and the process ends naturally. The entire mechanism tightly integrates data scheduling and power control, ensuring that high-power RF components are activated only when necessary, remaining in an energy-saving state the rest of the time, effectively extending the mobile terminal's continuous communication capability under low-power conditions.

[0050] In a specific embodiment, after the step of entering the low-power state, the following steps are included: After the transmission sleep duration is completed, the device module is controlled to transmit the next segment of the current data packet in the segmented data packet.

[0051] Specifically, after the RF module enters a low-power state, it doesn't remain stationary indefinitely. Instead, a timing mechanism controls its subsequent actions. The system starts a countdown timer upon entering sleep mode. This countdown time is the pre-allocated transmission sleep duration, such as 8 or 5 seconds, depending on the power consumption per unit of data and the network signal strength. During this time, the RF section remains off or operates at extremely low power, and the CPU may also enter a light sleep to conserve overall energy. Once this timeout period is complete, the device doesn't immediately send the next packet. Instead, it is first woken up by a timer interrupt to restore necessary power supply and clock signals.

[0052] Upon wake-up, the control logic reactivates the data scheduling unit, incrementing the current segment sequence number by 1 (e.g., changing it from the 1st to the 2nd). Then, based on the new sequence number, it reads the next corresponding current data segment packet from multiple consecutive segment data packets. This step is consistent with the initial transmission process, still using index positioning and memory reading to obtain the data block and sending it to the RF module's transmit buffer. Subsequently, modulation and transmission operations are triggered, completing the wireless transmission of the second segment. This "wake-up—data retrieval—transmission—re-sleep" cycle is repeated in each round, ensuring that each segment only begins its next transmission after its corresponding transmission sleep duration has ended.

[0053] This design avoids the high heat and power loss problems caused by continuous transmission, and also prevents the loss of energy-saving effects due to excessively short intervals. For example, in areas with poor signal, it may take longer to send the next segment after each segment is completed, allowing the hardware time to cool down or recharge; while in areas with good signal, the interval can be shorter, improving overall efficiency. The entire process does not require continuous polling by background services, is entirely interrupt-driven, and consumes few resources. The system only completely terminates the task and releases related resources when the current segment number reaches the total number of segments, confirming that all data has been sent. This step-by-step approach ensures that data transmission can both achieve its objectives and adapt to the terminal's own power consumption and environmental conditions to the greatest extent possible.

[0054] In a specific embodiment, controlling the radio frequency module to perform radio frequency modulation and transmission operations on the data in the transmission buffer, and controlling the radio frequency module to enter a low-power state after the current data segment packet in the segmented data packet has been transmitted, includes: The radio frequency module is controlled to perform radio frequency modulation and transmission operations on the data in the transmission buffer, while monitoring the confirmation information returned by the network side to obtain the transmission status of the current data segment packet in the segmented data packet; When the transmission status of the current data segment packet is "transmission completed", a sleep command is sent to the radio frequency module to turn off the radio frequency power amplifier, and a timer is started to count according to the segment sleep duration corresponding to the current data segment packet to obtain the sleep completion flag; In response to the sleep completion flag, a wake-up command is sent to the RF module to restart the RF power amplifier. The current segment number is incremented by one and compared with the total number of segments. If the current segment number is not greater than the total number of segments, the process returns to read the next current data segment packet. If the current segment number is greater than the total number of segments, the intermittent transmission process ends, so that the RF module enters a low-power state.

[0055] Specifically, after writing the current data segment packet into the RF module's transmit buffer, the system triggers the communication subsystem to begin the wireless transmission process. This involves controlling the RF module to perform baseband processing and modulation / coding on the data in the buffer, and then transmitting the signal through the antenna via a power amplifier. This process is not a one-way push but is performed synchronously with a feedback mechanism. Simultaneously with local transmission, the network-side base station or access point will send back an acknowledgment (ACK) upon successful reception. If not received or verification fails, it may not respond or return a NACK. The terminal's communication controller continuously monitors this feedback channel to determine whether the currently transmitted segment has truly completed transmission. Only when the acknowledgment is correctly received is the transmission status of that segment considered "transmission complete."

[0056] Once the status is determined to be complete, the system immediately sends a sleep command to the RF module. This command cuts off power to high-power units, specifically shutting down the RF power amplifier, as it is one of the most power-consuming parts of the entire wireless link. Simultaneously, a software or hardware timer is started, with its duration set to the corresponding transmission sleep duration for that segment, such as 6 seconds. At this point, the RF module enters a low-power state, no longer participating in any communication activities, retaining only its basic register configuration for rapid recovery.

[0057] During timer operation, the system remains in a waiting state, allowing the CPU to schedule other lightweight tasks or enter idle mode. Upon timer completion, the timer generates an interrupt signal, the so-called sleep completion flag. In response, the system first sends a wake-up command to the RF module, restarting the power amplifier and restoring the RF path, preparing for the next transmission. Next, the current segment number is incremented (e.g., from 3rd to 4th) and compared to the previously determined total number of segments. If the new number does not exceed the total, it indicates that some data has not been transmitted, and the process returns to reading the next current data segment packet to continue subsequent operations. However, if the current segment number exceeds the total number of segments (e.g., the 26th attempt with only 25 segments), it is determined that all transmissions are complete, and the entire intermittent transmission process is terminated, releasing the buffer and timing resources. This closed-loop control ensures that each step proceeds systematically, preventing missed or excessive transmissions and guaranteeing the full implementation of energy-saving strategies.

[0058] In a specific embodiment, controlling the radio frequency module to perform radio frequency modulation and transmission operations on the data in the transmission buffer, while monitoring the acknowledgment information returned by the network side to obtain the transmission status of the current data segment packet in the segmented data packet, includes: The current data segment packet is encapsulated into a data frame conforming to the transmission protocol format, and the data frame is written into the transmit buffer of the radio frequency module. At the same time, a transmit trigger instruction is written to the control register of the radio frequency module to start the radio frequency modulation and transmission operation. After the sending trigger command is written, the response waiting timer is started and the receive buffer of the radio frequency module is polled to obtain the receive buffer status, including whether there is new data or no new data. When the state of the receiving buffer is that new data exists, the response frame returned by the network side is read from the receiving buffer and the acknowledgment identifier field of the response frame is parsed to obtain the segmented transmission status as transmission completed. When the response waiting timer times out and the receive buffer is in a state of no new data, the current data segment packet in the segmented data packet is set to be sent as failed.

[0059] Specifically, when the system is ready to send the current data segment packet, it first needs to encapsulate it into a data frame conforming to the current network transmission protocol. For example, when using TCP / IP over LTE or Wi-Fi, the segment will be appended with necessary header information, including source and destination addresses, sequence number, checksum, etc., forming a complete transmittable frame structure. This encapsulation is performed by the protocol stack module, typically running on the application processor. The encapsulated data frame is then written into the RF module or its directly connected transmit buffer. This step is achieved through DMA channels or memory-mapped I / O to ensure efficient data delivery to the hardware layer.

[0060] Next, the system writes a transmit trigger command to the RF module's control register. This is a specific register bit operation, such as setting a flag to 1. This action notifies the RF chip to initiate the transmission process, and the underlying firmware then begins performing RF modulation and transmission operations, converting the data frames in the buffer into wireless signals for transmission. This moment is also used as the timing start point, and the system simultaneously starts an acknowledgment waiting timer. Its duration is generally set according to typical network round-trip delays, such as between 800 milliseconds and 1.2 seconds, to limit the maximum time window for waiting for acknowledgment.

[0061] After transmission is complete, the device does not immediately enter sleep mode but instead enters a brief listening period. During this period, the control logic periodically polls the RF module's receive buffer to check for new data arriving from the network side. The polling frequency should not be too high, typically once every tens of microseconds, to avoid consuming excessive system resources. If the receive buffer status indicates the presence of new data before the timer expires, it means that the base station or server has returned a response. At this point, the corresponding acknowledgment frame (ACK frame) is read from the buffer, and the acknowledgment flag field is parsed. If this field indicates that the data with the corresponding sequence number has been correctly received, the transmission status of the current data segment packet is determined to be "transmission complete".

[0062] Conversely, if the receive buffer remains empty throughout the entire process, and the acknowledgment waiting timer reaches its preset time limit first, it is considered that no valid feedback was received during the transmission, possibly due to signal loss, interference, or failure of the other party to process the data. In this case, the segment is marked as "transmission failed," and a retransmission can be initiated based on the strategy. Only after successful transmission is confirmed will subsequent sleep command issuance and timer start actions continue; otherwise, a retry mechanism may be triggered. This control method with feedback verification ensures coordination between data reliability and energy-saving operation, avoiding blindly entering a long sleep state when the link is unstable, thus preventing delays in communication recovery.

[0063] In a specific embodiment, the step of reading the response frame returned by the network side from the receive buffer and parsing the acknowledgment identifier field of the response frame to obtain the segmented transmission status as transmission complete includes: According to the state of the receive buffer, a data reading operation is performed on the receive buffer to obtain the response frame byte sequence. Based on the frame structure definition of the transmission protocol, the field offset positioning of the response frame byte sequence is performed to obtain the storage location of the acknowledgment identifier field. Extract the field value of the confirmation identifier field from the storage location, and compare the field value with the preset sending success identifier code. When the field value matches the sending success identifier code, set the segmented sending status to sending complete.

[0064] Specifically, when the system detects that new data exists in the receive buffer, it immediately performs a data read operation on the buffer. This action is accomplished by accessing the I / O port or memory-mapped address provided by the RF module to read a raw byte sequence from the buffer. This data is the byte sequence of the acknowledgment frame returned by the network side. Because wireless communication follows established protocol standards, such as TCP / IP, LTE RLC layer acknowledgment mechanism, or Wi-Fi MAC layer ACK frame format, the structure of this acknowledgment frame is fixed and has a clear field arrangement order.

[0065] Based on the frame structure definition of the transmission protocol used, the system parses the read byte sequence. Specifically, it locates the position of key information according to the field offsets specified in the protocol specification. For example, in an ACK frame, the acknowledgment identifier field might start from the 12th byte and occupy 2 bytes. In this case, the system skips the first 12 bytes and finds the storage location of the field. This offset positioning does not rely on additional tags but is hard-coded according to the byte order and field layout specified in the protocol document, ensuring that the parsing process is fast and reliable.

[0066] After locating the storage location, the system extracts the actual value of the field, typically an unsigned integer. This value is then compared to a preset success identifier. This identifier is a constant value determined during the system design phase; for example, 0x01 represents "acknowledgment of receipt," and 0xFF represents an error or negative response. Only when the extracted field value exactly matches the success identifier is the network considered to have correctly received the current segment data packet, at which point the segment transmission status is officially set to "transmission complete."

[0067] If the value is inconsistent, such as receiving 0x00 or 0xFE, it is considered an unacknowledged or abnormal response, and the processing logic will enter the failure branch. The entire judgment process is completed autonomously by the terminal's local controller, without the need to connect to a cloud server, and the response is timely. This also means that whether to enter the subsequent sleep process depends on this underlying comparison result, thus ensuring that energy-saving operations are not rashly executed before communication is truly completed, avoiding the risk of data loss.

[0068] Please see Figure 2 , Figure 2 This is a schematic diagram of a framework of an embodiment of the intermittent data transmission device for a mobile terminal according to this application. Figure 2As shown, the intermittent data transmission device for a mobile terminal includes a data acquisition module 1, used to estimate the power consumption per unit data transmission of the data to be transmitted based on the current remaining battery level of the mobile terminal and the size of the data to be transmitted when there is a data transmission demand, to obtain a power consumption value per unit data transmission; a judgment module 2, used to compare the power consumption value per unit data transmission with a preset power consumption threshold to determine the transmission mode of the data to be transmitted; a splitting module 3, used to split the data to be transmitted into multiple consecutive segmented data packets when the transmission mode is an intermittent transmission mode; an allocation module 4, used to allocate the transmission interval between two adjacent segmented data packets according to the power consumption value per unit data transmission, to obtain a transmission sleep duration corresponding to each segmented data packet; and a transmission module 5, used to transmit multiple segmented data packets sequentially based on the transmission sleep duration of each segmented data packet, and to control the radio frequency module of the mobile terminal to enter a low-power state during the transmission sleep duration after the transmission of each segmented data packet is completed.

[0069] Reference Figure 3 This invention also provides a computer device whose internal structure can be as follows: Figure 3 As shown, the computer device includes a processor, memory, display screen, input device, network interface, and database connected via a system bus. The processor provides computing and control capabilities. The memory includes a non-volatile storage medium and internal memory. The non-volatile storage medium stores the operating system, computer programs, and database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium. The database stores the data corresponding to this embodiment. The network interface is used to communicate with external terminals via a network connection. When the computer program is executed by the processor, it implements the above-described method.

[0070] Those skilled in the art will understand that Figure 3 The structures shown are merely block diagrams of some structures related to the present invention and do not constitute a limitation on the computer devices on which the present invention is applied.

[0071] An embodiment of the present invention also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the above-described method. It is understood that the computer-readable storage medium in this embodiment can be a volatile readable storage medium or a non-volatile readable storage medium.

[0072] Those skilled in the art will understand that all or part of the processes in the above embodiments can be implemented by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium. When executed, the computer program can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the present invention and embodiments can include non-volatile and / or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual-rate SDRAM (SSRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), Rambus direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM, etc.

[0073] In some embodiments, the functions or modules of the apparatus provided in this disclosure can be used to perform the methods described in the above method embodiments. The specific implementation can be referred to the description of the above method embodiments, and for the sake of brevity, it will not be repeated here.

[0074] The description of the various embodiments above tends to emphasize the differences between the various embodiments. The similarities or similarities between them can be referred to, and for the sake of brevity, they will not be repeated here.

[0075] In the several embodiments provided in this application, it should be understood that the disclosed methods and apparatus can be implemented in other ways. For example, the apparatus implementations 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 mutual coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection of devices or units may be electrical, mechanical, or other forms.

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

[0077] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0078] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute all or part of the steps of the methods of various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0079] If the technical solution of this application involves personal information, the product using this technical solution has clearly informed the user of the personal information processing rules and obtained the user's voluntary consent before processing the personal information. If the technical solution of this application involves sensitive personal information, the product using this technical solution has obtained the user's separate consent before processing the sensitive personal information, and also meets the requirement of "express consent". For example, at personal information collection devices such as cameras, clear and prominent signs are set up to inform users that they have entered the scope of personal information collection and that personal information will be collected. If an individual voluntarily enters the collection scope, it is deemed that they have agreed to the collection of their personal information; or on the personal information processing device, with clear signs / information informing users of the personal information processing rules, authorization is obtained from the individual through pop-up information or by asking the individual to upload their personal information; wherein, the personal information processing rules may include information such as the personal information processor, the purpose of personal information processing, the processing method, and the types of personal information processed.

Claims

1. A method for intermittent data transmission in a mobile terminal, characterized in that, Includes the following steps: When there is a data transmission requirement, the power consumption per unit of data transmission is estimated based on the current remaining battery level of the mobile terminal and the size of the data to be transmitted, thus obtaining the power consumption per unit of data. The power consumption value per unit of data is compared with a preset power consumption threshold to determine the transmission mode of the data to be transmitted. When the transmission mode is intermittent transmission mode, the data to be transmitted is split into multiple consecutive segmented data packets; Based on the power consumption of the unit data and the current network signal strength of the mobile terminal, the transmission interval of two adjacent segmented data packets is allocated to obtain the transmission sleep duration corresponding to each segmented data packet; Based on the transmission sleep duration of each segmented data packet, multiple segmented data packets are transmitted sequentially, and within the transmission sleep duration after the transmission of each segmented data packet is completed, the radio frequency module of the mobile terminal is controlled to enter a low-power state.

2. The intermittent data transmission method for a mobile terminal according to claim 1, characterized in that, Before the step of estimating the power consumption per unit data transmission based on the mobile terminal's current remaining battery level and the amount of data to be transmitted, the following steps are included: The remaining battery level is obtained by reading the battery status register through the power management interface of the mobile terminal. In response to a data transmission request, the storage address of the data to be transmitted is located in the local memory of the mobile terminal, and the file header information corresponding to the storage address is parsed by the storage management module of the mobile terminal to obtain the data size of the data to be transmitted.

3. The intermittent data transmission method for a mobile terminal according to claim 1, characterized in that, The step of comparing the power consumption value per unit of data with a preset power consumption threshold to determine the transmission mode of the data to be transmitted includes: A preset power consumption threshold is read from the parameter storage area of ​​the mobile terminal, and the power consumption value per unit of data is compared with the power consumption threshold to obtain a ratio determination result, wherein the ratio determination result includes being lower than the threshold or higher than the threshold. If the ratio determination result is less than the threshold, the data to be transmitted is set to intermittent transmission mode; if the ratio determination result is greater than the threshold, the data to be transmitted is set to continuous transmission mode.

4. The intermittent data transmission method for a mobile terminal according to claim 1, characterized in that, The step of splitting the data to be transmitted into multiple consecutive segmented data packets includes: The preset data segment length is read from the parameter storage area of ​​the mobile terminal, and the data volume of the data to be transmitted is divided by the data segment length and rounded up to obtain the total number of segments; The data to be transmitted is marked with positions according to the total number of segments to obtain the start byte position and end byte position corresponding to each segment. The start byte position of the first segment is zero, the end byte position of each segment is the start byte position plus the data segment length minus one, and the start byte position of the next segment is the end byte position of the previous segment plus one. According to the start byte position and end byte position of each segment, data content within the corresponding byte range is sequentially extracted from the data to be transmitted to obtain multiple consecutive segmented data packets.

5. The intermittent data transmission method for a mobile terminal according to claim 4, characterized in that, The step of sequentially transmitting multiple segmented data packets based on the transmission sleep duration of each segmented data packet, and controlling the radio frequency module of the mobile terminal to enter a low-power state during the transmission sleep duration after the transmission of each segmented data packet is completed, includes: The current segment number is determined based on the total number of segments, and the corresponding current data segment packet is read from the multiple consecutive segment data packets according to the current segment number; The current data segment packet is sent into the transmit buffer of the radio frequency module, and the radio frequency module is controlled to perform radio frequency modulation and transmission operations on the data in the transmit buffer. After the current data segment packet in the segmented data packet is sent, the radio frequency module is controlled to enter a low power state.

6. The intermittent data transmission method for a mobile terminal according to claim 5, characterized in that, The step of controlling the radio frequency module to perform radio frequency modulation and transmission operations on the data in the transmission buffer, and controlling the radio frequency module to enter a low-power state after the current data segment packet in the segmented data packet has been transmitted, includes: The radio frequency module is controlled to perform radio frequency modulation and transmission operations on the data in the transmission buffer, while monitoring the confirmation information returned by the network side to obtain the transmission status of the current data segment packet in the segmented data packet; When the transmission status of the current data segment packet is "transmission completed", a sleep command is sent to the radio frequency module to turn off the radio frequency power amplifier, and a timer is started to count according to the segment sleep duration corresponding to the current data segment packet to obtain the sleep completion flag; In response to the sleep completion flag, a wake-up command is sent to the RF module to restart the RF power amplifier. The current segment number is incremented by one and compared with the total number of segments. If the current segment number is not greater than the total number of segments, the process returns to read the next current data segment packet. If the current segment number is greater than the total number of segments, the intermittent transmission process ends, so that the RF module enters a low-power state.

7. The intermittent data transmission method for a mobile terminal according to claim 6, characterized in that, The control of the radio frequency module to perform radio frequency modulation and transmission operations on the data in the transmission buffer, while monitoring the acknowledgment information returned by the network side, to obtain the transmission status of the current data segment packet in the segmented data packet, includes: The current data segment packet is encapsulated into a data frame conforming to the transmission protocol format, and the data frame is written into the transmit buffer of the radio frequency module. At the same time, a transmit trigger instruction is written to the control register of the radio frequency module to start the radio frequency modulation and transmission operation. After the sending trigger command is written, the response waiting timer is started and the receive buffer of the radio frequency module is polled to obtain the receive buffer status, including whether there is new data or no new data. When the state of the receiving buffer is that new data exists, the response frame returned by the network side is read from the receiving buffer and the acknowledgment identifier field of the response frame is parsed to obtain the segmented transmission status as transmission completed. When the response waiting timer times out and the receive buffer is in a state of no new data, the current data segment packet in the segmented data packet is set to be sent as failed.

8. An intermittent data transmission device for a mobile terminal, characterized in that, include: The data acquisition module is used to estimate the power consumption per unit of data transmission based on the current remaining battery level of the mobile terminal and the size of the data to be transmitted when there is a data transmission requirement, so as to obtain the power consumption per unit of data. The judgment module is used to compare the power consumption value of the unit data with a preset power consumption threshold to determine the transmission mode of the data to be transmitted. The splitting module is used to split the data to be transmitted into multiple consecutive segmented data packets when the transmission mode is intermittent transmission mode. The allocation module is used to allocate the transmission interval of two adjacent segmented data packets according to the unit data power consumption value, so as to obtain the transmission sleep duration corresponding to each segmented data packet; The transmission module is used to transmit multiple segmented data packets sequentially based on the transmission sleep duration of each segmented data packet, and to control the radio frequency module of the mobile terminal to enter a low-power state during the transmission sleep duration after the transmission of each segmented data packet is completed.

9. A computer device, characterized in that, The device includes a memory and a processor coupled to each other, the memory storing program instructions, and the processor executing the program instructions to implement the intermittent data transmission method of the mobile terminal according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The device stores program instructions that can be executed by a processor, the program instructions being used to implement the intermittent data transmission method of the mobile terminal according to any one of claims 1 to 7.

Images