A wireless communication system and method for a tablet computer

Abstract

This invention relates to the field of network communication technology, and more particularly to a wireless communication system and method for a tablet computer. The method includes the following steps: when the tablet computer detects an available wireless network, it acquires information such as the signal strength and response latency of each network and calculates the connection priority; subsequently, it performs lightweight link probing in the background under low load to evaluate network availability and continuity; when fluctuations in the current network signal are detected and a better target network is found, the system generates a handover preparation command and caches session state data in the background; finally, after the handover is triggered, it completes session recovery and link synchronization based on the cached data, achieving seamless network handover and stable communication. This invention achieves intelligent and stable connection through multi-network priority evaluation and lightweight link probing, and ensures communication continuity by combining background session caching and a seamless handover mechanism, thereby significantly improving the wireless connection stability and user experience of tablet computers in complex network environments.

Description

Technical Field

[0001] This invention relates to the field of network communication technology, and in particular to a wireless communication system and method for a tablet computer. Background Technology

[0002] Current tablets typically have multiple wireless communication interfaces, such as Wi-Fi, cellular networks, and hotspot sharing. When switching between different networks, devices need to automatically select the connection based on signal strength or network latency. However, existing technologies generally use a single signal strength threshold or average latency as the basis for network switching. While this method can achieve automatic switching to some extent, it often has the following drawbacks: First, it fails to comprehensively consider network response stability and handshake success rate, resulting in significant fluctuations in connection quality after switching. Second, it does not cache or synchronize the current session state during network switching, which can easily lead to communication interruptions, data loss, or application reconnection failures. Third, existing solutions often perform full link detection under high system load, which increases power consumption and reduces response speed. Summary of the Invention

[0003] Therefore, it is necessary to provide a wireless communication system and method for a tablet computer to solve at least one of the above-mentioned technical problems.

[0004] To achieve the above objective, a wireless communication method for a tablet computer includes the following steps:

[0005] Step S1: In response to the tablet computer detecting an available wireless network, obtain the network type identifier, signal strength value, and historical average response delay of the available wireless network when a successful connection is established;

[0006] Step S2: Calculate the connection priority of each available wireless network based on the signal strength value and the historical average response delay, and establish a priority ranking list;

[0007] Step S3: When the tablet is running in the background at low load, confirm the currently valid network connection according to the priority sorting list, and perform lightweight link detection in sequence to obtain the link detection results;

[0008] Step S4: If the handshake response success rate of the link detection result exceeds the preset success rate threshold and the signal strength value of the currently effective connected network is lower than the preset fluctuation threshold, then a handover preparation instruction is generated and the network status data of the current session is cached in the background.

[0009] Step S5: When the handover preparation command is triggered, a seamless communication link handover is performed on the currently valid connected network based on the network status data.

[0010] The present invention has the following beneficial effects:

[0011] This invention enables a tablet computer to establish a connection priority ranking list by comprehensively considering multiple parameters such as signal strength, historical response latency, and handshake success rate when multiple available wireless networks are detected. It then performs a lightweight link probing operation in the background under low load. This probing method only sends handshake requests without establishing a complete session, thus monitoring the availability and continuity status of each candidate network in real time without significantly increasing system power consumption. Utilizing availability scoring and link continuity determination mechanisms, adaptive selection and dynamic optimization can be achieved in scenarios with complex network environments and frequent signal fluctuations. This allows the tablet computer to prioritize connecting to the optimal link when multiple networks coexist, significantly improving the stability of wireless communication and the accuracy of network switching decisions.

[0012] Second, when generating the handover preparation command, multiple network operation samples are automatically collected and denoised to extract session integrity features and determine cache priorities. Based on the caching strategy, session data is then hierarchically stored and indexed. This mechanism ensures that the tablet computer retains critical session context information in the background during network switching or temporary disconnection, and achieves seamless recovery and reconnection during the handover execution phase. Compared to traditional methods that require re-establishing sessions or logging in after a handover, this invention effectively avoids data loss and user operation interruption, improving the continuity of wireless communication and the smoothness of the user experience.

[0013] Third, this invention introduces a dynamic handover mechanism based on connection quality differences. By comparing the quality indicators (such as latency, success rate, and stability) of the currently active network and the candidate target network, it automatically generates handover execution commands and maintains session buffering to achieve synchronous link establishment. Once the new target network link is established, the system immediately restores the buffered session, achieving seamless migration of communication streams and real-time synchronization of session context. This solution can complete network switching without the user's awareness, effectively reducing the latency, packet loss, and connection interruption problems common in traditional handover, thereby achieving a high-quality, low-latency wireless communication experience. It is particularly suitable for application scenarios with high continuity requirements, such as video conferencing, online gaming, and cloud-based office work. Attached Figure Description

[0014] Figure 1 A flowchart illustrating the steps of a wireless communication method for a tablet computer;

[0015] Figure 2 for Figure 1 A detailed flowchart illustrating the implementation steps of step S3.

[0016] Figure 3 This is a flowchart illustrating a wireless communication method for a tablet computer according to this application;

[0017] The realization of the objective, functional features and advantages of the present invention will be further explained in conjunction with the embodiments and with reference to the accompanying drawings. Detailed Implementation

[0018] The technical method of the present invention will now be clearly and completely described with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without inventive effort are within the scope of protection of the present invention.

[0019] Furthermore, the accompanying drawings are merely illustrative of the invention and are not necessarily drawn to scale. The same reference numerals in the drawings denote the same or similar parts, and therefore repeated descriptions of them will be omitted. Some block diagrams shown in the drawings are functional entities and do not necessarily correspond to physically or logically independent entities. These functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor methods and / or microcontroller methods.

[0020] It should be understood that although the terms "first," "second," etc., may be used herein to describe various units, these units should not be limited by these terms. These terms are used merely to distinguish one unit from another. For example, without departing from the scope of the exemplary embodiments, a first unit may be referred to as a second unit, and similarly, a second unit may be referred to as a first unit. The term "and / or" as used herein includes any and all combinations of one or more of the associated listed items.

[0021] To achieve the above objectives, please refer to Figures 1 to 3 A wireless communication method for a tablet computer, the method comprising the following steps:

[0022] Step S1: In response to the tablet computer detecting an available wireless network, obtain the network type identifier, signal strength value, and historical average response delay of the available wireless network when a successful connection is established;

[0023] In one embodiment, the tablet's wireless communication module first initiates a network scanning program to scan for available signals from various network types, including Wi-Fi networks, cellular mobile networks (such as 4G and 5G), and Bluetooth hotspots. The scan results record basic information about each wireless network, including a network identifier (SSID or network ID) and a network type identifier.

[0024] After detecting at least one available wireless network, the tablet computer collects the signal strength value of each network in real time via a signal measurement unit. Preferably, the signal strength value is expressed in the form of Received Signal Strength Indication (RSSI), which is obtained by the communication module through averaging and filtering the received power to eliminate errors caused by short-term fluctuations.

[0025] Simultaneously, the system also accesses the device's internal connection history database to extract the average response latency information for each network during past successful connections. This average response latency reflects the network's responsiveness and stability when establishing a connection, and is typically recorded in milliseconds.

[0026] In one specific embodiment, when the tablet detects a Wi-Fi network, the communication module automatically reads the Wi-Fi network type identifier as "IEEE 802.11ac", the signal strength as -58dBm, and the historical average response latency as 150ms. If a cellular data network (such as a 5G NR network) is detected simultaneously, the system synchronously obtains its type identifier as "NR", the signal strength as -70dBm, and the historical average response latency as 90ms.

[0027] Preferably, in order to improve the accuracy of the detection data, the system adopts a multiple sampling and averaging strategy during the signal measurement process. For example, the average value is taken from three consecutive samples. If the fluctuation exceeds a set threshold (such as ±3dBm), the data is re-acquired until a stable signal value is obtained.

[0028] In addition, the tablet's detection module can record the current detection time, geographical location, and device posture information in the background for subsequent signal stability analysis and connection strategy optimization.

[0029] It should be noted that the network type identifier, signal strength value, and historical average response delay are important input parameters for subsequent wireless communication handover decisions. They will be used in subsequent steps to calculate the comprehensive communication priority of each available wireless network, so as to achieve more efficient wireless network selection and handover.

[0030] Step S2: Calculate the connection priority of each available wireless network based on the signal strength value and the historical average response delay, and establish a priority ranking list;

[0031] In one embodiment, after the tablet computer completes the detection and parameter acquisition of available wireless networks, it first standardizes the signal strength value and historical average response delay of each available wireless network to eliminate the impact of fluctuations under different network environments. For example, the signal strength value can be linearly normalized to a preset range (e.g., −100dBm to 0dBm), while the historical average response delay is inversely normalized to a maximum delay threshold.

[0032] Subsequently, the control module calculates the connection priority of each available wireless network based on the standardized signal strength value and the historical average response delay using a preset priority calculation formula, as follows: ,in, For the first Connection priority of each wireless network This is the normalized value of the signal strength. To respond to the delayed normalized value, and These are the weighting coefficients for signal strength and response delay, respectively.

[0033] After the calculation is completed, the system sorts the priority values ​​of each wireless network in descending order to generate a priority ranking list. For example, if three available networks A, B, and C are detected, the calculation will result in PA>PC>PB, thus forming the corresponding priority list [A,C,B].

[0034] In some implementations, to avoid connection instability caused by frequent switching, a signal strength fluctuation threshold can be set. When the priority value of a certain network does not differ from the priority of the currently connected network by more than the threshold, the existing connection status remains unchanged.

[0035] Step S3: When the tablet is running in the background at low load, confirm the currently valid network connection according to the priority sorting list, and perform lightweight link detection in sequence to obtain the link detection results;

[0036] In one embodiment, when the tablet is running in a low-load background state (e.g., only performing system standby or background synchronization tasks), the control module automatically starts a lightweight link detection program to avoid performance impact during high-load application operation.

[0037] Specifically, the tablet computer first identifies currently active connected networks based on the priority ranking list established in step S2, and then selects the target wireless networks to be detected in descending order of priority. The control module performs a lightweight link detection operation on each target network through its built-in network interface module.

[0038] The lightweight link probing includes low-frequency PING detection with small data packets and a small number of handshake verification requests to evaluate the network's real-time connectivity and instantaneous latency performance. For example, each available network can send 3 to 5 probe packets, and the average response time and packet loss rate are statistically analyzed to form the corresponding link probing result data structure. ;in, Indicates the first Link detection results for a wireless network; This is the average response time; Packet loss rate; This is a measure of connection stability.

[0039] In some implementations, to further reduce power consumption, the detection module can perform link detection in batches based on a time-slice strategy. For example, it can detect only a portion of high-priority networks every preset time interval (such as 30 seconds or 1 minute) to achieve dynamic and lightweight monitoring.

[0040] Once the link detection is complete, the system caches the detection results in the local network status database, which serves as the basis for network switching decisions in the subsequent step S4.

[0041] Step S4: If the handshake response success rate of the link detection result exceeds the preset success rate threshold and the signal strength value of the currently effective connected network is lower than the preset fluctuation threshold, then a handover preparation instruction is generated and the network status data of the current session is cached in the background.

[0042] In one embodiment, after the tablet computer completes the lightweight link detection in step S3, the system control module will determine the handshake response success rate of each candidate network based on the detection results to determine whether the network switching conditions are met.

[0043] Specifically, the network management unit of the tablet computer first extracts the handshake response success rate parameter for each network from the link probe result dataset, denoted as... and with a preset success rate threshold Comparisons are made. When the handshake response success rate of a particular network is detected... ≥ When the signal is strong, it indicates that the network connection is stable and has the potential to become a candidate network for new connections.

[0044] At the same time, the system will also monitor the signal strength of currently active network connections in real time. and with the preset fluctuation threshold Perform a comparison. When < This indicates that the current network signal is weakening or fluctuating, affecting communication quality.

[0045] If both of the above conditions are met simultaneously—that is, the handshake response success rate of the candidate network exceeds a threshold and the current network signal strength is below a threshold—the network management unit generates a handover preparation command. This command is used to initiate the background handover preprocessing procedure so that network handover preparation can be completed in advance without the user's awareness.

[0046] While generating the handover preparation command, the tablet computer caches the network status data of the current session in the background through the system caching module. The cached data includes the current network identifier, IP address allocation information, DNS resolution cache, incomplete request queue, and the session identifier of the current transmission, to ensure seamless continuation of the transmission during network handover.

[0047] For example, in practical applications, when a tablet detects that the current Wi-Fi network signal strength has continuously dropped below -75dBm, while the handshake response success rate of the nearby cellular network reaches more than 95%, the system will automatically generate a handover preparation command and cache the current network status, thereby providing data support for subsequent fast handover operations.

[0048] Through the above technical process, this embodiment can prepare for the switching operation in advance before the network performance degrades, effectively reducing the probability of communication interruption and improving the connectivity continuity and user experience of the tablet computer in a multi-network environment.

[0049] Step S5: When the handover preparation command is triggered, a seamless communication link handover is performed on the currently valid connected network based on the network status data.

[0050] In one embodiment, when a handover preparation command is triggered, the network management unit of the tablet computer performs a seamless communication link handover operation on the currently valid connected network based on cached network status data to ensure that service communication is not interrupted during the network handover process.

[0051] Specifically, the tablet first reads the state data of the previous network session from the cache module, including parameters such as network identifier, IP session information, incomplete packet queue, transport layer sequence number, and session identifier, and keeps the original connection alive for a short time in the background. At the same time, the system activates the communication interface of the candidate network and loads the corresponding network access configuration (such as APN parameters, DNS records, authentication keys, etc.) to establish an initial link with the target network.

[0052] After the target network is established, the network management unit maintains short-term parallel communication between the old and new networks simultaneously through a dual-channel connection maintenance mechanism. The stability of the new network is evaluated in real time by comparing the latency, jitter, and packet loss rate of the two links. When the communication quality of the target network meets the set threshold conditions, the system immediately performs a data stream redirection operation, seamlessly migrating the original session data stream from the old link to the new link.

[0053] After the switchover is complete, the old network interface automatically disconnects once all data packets have been successfully transferred, thus achieving a seamless communication link switchover. The entire switchover process is completed automatically in the background, remaining transparent to front-end applications and user operations.

[0054] For example, in practical applications, when a tablet switches from a Wi-Fi network to a 5G network, the system uses cached TCP connection information and DNS resolution records to establish a new communication channel and completes the data stream migration within 50 milliseconds, ensuring that real-time services such as video conferencing and online games are not subject to noticeable interruptions or delays during the switching process.

[0055] Through the above implementation method, this step realizes seamless communication link switching based on network status data, effectively reducing the risk of connection interruption caused by network changes, and improving the communication continuity and service stability of tablet computers in multi-network environments.

[0056] As an example of the present invention, reference is made to... Figure 2 As shown, step S3 in this example includes:

[0057] Step S31: Monitor the system operating status of the tablet computer to determine its load operating status;

[0058] Step S32: When the tablet is running in the background at low load, confirm the currently available valid network connections in turn based on the priority sorting list;

[0059] Step S33: Perform a lightweight link probe operation on each valid connected network to obtain the link response characteristic results, wherein the lightweight link probe operation only includes sending a handshake request without establishing a complete session;

[0060] Step S34: Calculate the availability score of each valid connected network based on the link response feature results, and integrate the corresponding score results and network type identifiers into the link detection results. The availability score includes handshake response latency, response success rate and identifier packet integrity score.

[0061] In one embodiment, the system operating status of the tablet computer is monitored in real time, including CPU utilization, memory utilization, the number of current foreground tasks, and the load of background services. By comprehensively evaluating the above indicators, it is determined whether the tablet computer is in a high-load, normal-load, or low-load state. When the CPU utilization is detected to be below a set threshold (e.g., 30%), the memory utilization is stable, and there are no large-scale foreground tasks running, the system determines that the tablet computer is in a low-load background running state, providing suitable execution conditions for subsequent network probing.

[0062] After confirming that the tablet is in a low-load background state, the system retrieves network records from a priority ranking list to sequentially confirm currently available and valid network connections. This priority ranking list, generated by previous steps, contains sorted results for different network types (such as Wi-Fi, 5G, 4G, or hotspot sharing networks). The system starts detecting networks based on priority, beginning with the highest-ranked networks and skipping those confirmed to be unstable or unavailable, ensuring the detection process is efficient and does not interfere with foreground services.

[0063] For each confirmed valid network connection, a lightweight link probing operation is performed. This operation only sends handshake request messages to the target network gateway or server to detect the network's response characteristics, without establishing a complete session connection, thereby reducing the energy consumption and bandwidth usage of the network probing process. The system records the round-trip time (RTT) of the handshake request, whether the response was successful, and the integrity information of the response packet, generating preliminary link response data.

[0064] Based on the link response data obtained in step S33, the system performs a weighted calculation of the availability of each validly connected network to generate a corresponding availability score. The availability score consists of three parts: handshake response latency, response success rate, and packet integrity score. Among them, handshake response latency reflects the real-time response speed of the network connection; response success rate is used to evaluate connection stability; and packet integrity score is used to measure packet loss during data transmission.

[0065] The system performs a comprehensive calculation based on the weights of each score to obtain the final availability score. Subsequently, the availability score is integrated with the corresponding network type identifier, network name, and probe time to generate link probe results, which are then cached in the network status database to provide a basis for subsequent handover decisions.

[0066] For example, in practical applications, when a tablet detects two available wireless networks (home Wi-Fi and a mobile hotspot), the lightweight link detection described above shows that the Wi-Fi handshake latency is 35ms and the response success rate is 99%, while the mobile hotspot latency is 120ms and the response success rate is 95%. After weighted calculation, the system determines that the Wi-Fi has a higher availability score and prioritizes it as the currently valid network for connection.

[0067] Preferably, step S3, which involves sending a handshake request for each valid network connection without establishing a complete session, further includes:

[0068] Obtain the handshake request packet and data return delay;

[0069] Based on the data return delay of the handshake request, confirm the initial response delay of the network connection;

[0070] The continuity of the network link is determined by the integrity and order of the handshake response data packets.

[0071] The instantaneous availability parameters of the connected network are determined based on the initial response delay and link continuity.

[0072] In one embodiment, to achieve lightweight probing of each validly connected network without establishing a complete communication session, the tablet's wireless communication module periodically sends handshake request packets while running in the background. These handshake request packets are small-volume control-type messages used only to verify network responsiveness and do not contain user data.

[0073] After sending a handshake request, the system records the time difference between sending and receiving the handshake response, obtaining the data return latency. Based on the data return latency, the system confirms the initial response latency of the connected network, which is used to measure the network's immediate response speed to the request signal. For example, if the return latency of a Wi-Fi network is 28 milliseconds, while that of a 5G network is 45 milliseconds, then the Wi-Fi network has a shorter initial response latency and better response performance.

[0074] Subsequently, the system performs integrity and sequence consistency checks on the received handshake response data packets. By comparing the expected packet sequence number with the actual received order, if the data packets arrive in the same order and there is no packet loss, the network link is considered to have good continuity; if there is out-of-order delivery or partial packet loss, it indicates that there are unstable factors in the link.

[0075] Based on this, the system combines the initial response latency and link continuity results to determine the instantaneous availability parameters of the current network. These instantaneous availability parameters quantify the real-time stability and connectivity of the network within the current time period. For example, when a network has a short response latency and excellent link continuity, the system assigns it a higher instantaneous availability score.

[0076] In some embodiments, if the tablet computer detects that the instantaneous availability parameter of a certain network is consistently higher than that of other networks, the system can prioritize that network in subsequent network handover assessments to improve the accuracy and real-time performance of handover decisions.

[0077] Preferably, determining the link continuity of the network connection based on the arrival integrity and sequential consistency of the handshake response data packets includes:

[0078] Detect the number of handshake response data packets arriving and the distribution of response sequence numbers within a preset monitoring time window;

[0079] If the number of detected handshake response packets is lower than the expected threshold or there are jumps in the sequence number distribution, it is determined that there is an intermittent interruption in the network connection.

[0080] If the number of detected handshake response packets and the distribution of response sequence numbers are both within a stable range, then the network connection is confirmed to be in a continuous connection state.

[0081] The results of the intermittent interruption determination and the continuous connection determination are combined to determine the link continuity of the network.

[0082] In one embodiment, to evaluate the link stability of each available wireless network during the lightweight probing phase, the tablet computer performs integrity and sequence consistency analysis on the received handshake response packets while running in the background. The system first sets a fixed monitoring time window, such as 500 milliseconds, to collect all handshake response packets within this time period.

[0083] Within the monitoring time window, the system records the number of all received data packets and extracts their response sequence number distribution. If the number of detected response packets is significantly lower than the expected threshold (e.g., expecting to receive 10 response packets but only receiving 6), or if there are jumps in the response sequence number distribution (e.g., interruptions in sequence number continuity or out-of-order occurrences), then the network link is determined to have intermittent outages. This situation indicates that the network is experiencing signal attenuation, interference, or packet loss within a short period of time, affecting communication stability.

[0084] Conversely, when the system detects that the number of handshake response packets and the distribution of response sequence numbers are both within a preset stable range within the monitoring time window, that is, the number of packets and sequence numbers are continuous without any missing packets, it indicates that the network has maintained stable round-trip communication at the current stage, and it is determined to be in a continuous connection state.

[0085] Subsequently, the system integrates the "intermittent interruption" determination result with the "continuous connectivity" determination result to generate the link continuity determination result of the network. This result is used to characterize the real-time connectivity quality of the network link during the lightweight probing process, providing a basis for subsequent availability calculation and prioritization.

[0086] In some embodiments, if the link continuity determination result shows that the same network is in a continuous connection state in multiple time windows, the system can increase its weight in the priority ranking list to prioritize the network for subsequent data transmission or seamless switching operations.

[0087] Preferably, monitoring the system operating status of the tablet computer to determine its load operating status includes:

[0088] Monitor the CPU utilization, memory usage, and network activity frequency of the tablet computer when it is running in the background;

[0089] When the CPU utilization is below 30%, the memory usage is below 40%, and the number of network activity requests per unit time is less than 10 per second, the tablet computer is determined to be in a low-load background operation state.

[0090] In one embodiment, the tablet's operating system kernel periodically collects system resource utilization parameters, including central processing unit (CPU) utilization, memory usage, and network activity frequency. This collection can be achieved through a built-in performance statistics module or system call interfaces, such as using system file interfaces like proc / stat, meminfo, and netstat to read relevant data in real time.

[0091] The collected CPU utilization, memory usage, and number of network requests per unit time are aggregated and smoothed to eliminate judgment bias caused by instantaneous fluctuations. For example, a moving average algorithm can be used to calculate the average CPU utilization and memory usage over the past 5 seconds, and the average frequency of network requests within that time window can be statistically analyzed.

[0092] When the monitoring results meet the following conditions: CPU utilization is less than 30%; memory usage is less than 40%; network activity requests are less than 10 per second; the system determines that the tablet is currently running in a low-load background state.

[0093] Once a low-load state is confirmed, the system generates a corresponding running status identifier and writes it to the status buffer, which is used to trigger a lightweight link detection operation in subsequent step S32. If any indicator is detected to exceed the above threshold, the tablet is determined to be in a high-load or foreground running state, thereby temporarily suspending network switching related operations.

[0094] Preferably, caching the network state data of the current session in the background in step S4 includes:

[0095] Multiple network operation samples are obtained, each of which includes network status data and session tags. The session tags are used to indicate the session connection status corresponding to the network status parameters.

[0096] The network state data is denoised to obtain the denoised network dynamic feature data.

[0097] Extract session integrity features based on network dynamic feature data;

[0098] Session cache priority is determined based on session integrity features;

[0099] The session data types to be cached and their caching strategies are determined by session cache priority and switch preparation instructions;

[0100] Based on the caching strategy, the current session is hierarchically stored and indexed according to the session data type to obtain the session network state data cached in the background.

[0101] In one embodiment, the communication monitoring module of the tablet computer collects multiple network operation samples from current and historical wireless communication processes. Each sample contains a set of network status data and a corresponding session tag. The network status data includes signal strength, round-trip time (RTT), packet loss rate, link stability indicators, etc., and the session tag is used to indicate the specific session connection status (such as active, held, disconnected) corresponding to the status parameter.

[0102] Due to network environment fluctuations and temporary interference causing outliers in network state data, the system employs a denoising mechanism based on sliding window and median filtering algorithms to smooth the collected network state data, generating denoised dynamic network feature data. This step ensures the continuity and stability of network state features during subsequent analysis.

[0103] Based on the denoised network dynamic feature data, the system calculates indicators such as packet loss rate, sequence number continuity, and response delay fluctuation range during session transmission to extract session integrity features. These features are used to evaluate the continuous communication capability and stability of each session under different network conditions.

[0104] Based on the session integrity feature results, the system calculates the cache priority of each session using a preset weighting formula.

[0105] For example, the usability scoring formula is as follows:

[0106] ;

[0107] in, Rate cache priority For packet loss rate, To score the continuity of the sequence, For time delay fluctuation index, The higher the score, the more likely the session needs to be cached.

[0108] When a handover preparation command is detected, the system determines the types of sessions that need to be cached and their caching strategies based on the cache priority. For example, a full caching strategy is used for high-priority real-time sessions (such as voice and video), while an index-level caching strategy is used for low-priority background tasks (such as file synchronization).

[0109] Based on the caching strategy and session data type, the system performs hierarchical storage operations in the background caching module: high-priority session data is stored in the high-speed cache area and a fast index mapping is established; medium and low-priority session data is stored in the ordinary cache area, and only key status indexes are recorded; finally, the background cached session network status data is generated for direct reading and recovery in the subsequent seamless switching phase (step S5).

[0110] Preferably, after caching the network state data of the current session in the background, the following steps are also included:

[0111] Based on the background cache of session network state data, seamless recovery and reconnection of the current session are achieved during the network handover execution phase, in which the handover preparation instruction is triggered.

[0112] In one embodiment, to further ensure communication continuity for tablet computers when switching between different wireless networks, a seamless recovery and reconnection method based on background cached session network state data is proposed. This method, after the handover preparation command is triggered (i.e., during the network handover execution phase), uses the fusion of cached data and real-time detection data to achieve automatic recovery and smooth transition of the session state, thereby avoiding connection interruptions or data retransmissions caused by network handover. The implementation process is as follows:

[0113] When the handover preparation command generated in step S4 is triggered, the tablet's network management module enters the network handover execution phase. At this time, the system first retrieves the session network state data corresponding to the current session identifier from the background cache module, including parameters such as the most recent signal strength, handshake response latency, data sequence number, cache acknowledgment number, and session hold time, to rebuild the session context on the target network. The system initiates a fast handshake request on the new target network. Unlike the traditional complete session reconstruction process, this embodiment adopts a "lightweight context synchronization handshake" mechanism, which embeds the previous session acknowledgment number (ACK) and session context digest extracted from cached data into the handshake request, enabling the target network to quickly identify and synchronize to the original session's state point based on this digest. After the target network returns a handshake response, the system compares the response data with the session network state data in the cache, performing difference correction based on the difference in data sequence numbers, latency offset, and cache integrity flags. If a latency deviation exceeds a preset threshold (e.g., 50ms) or the sequence number is discontinuous, a partial retransmission mechanism is used to request lost data packets, achieving state consistency correction.

[0114] After state difference correction, the system dynamically synchronizes the unsent data queue in the cache with the sending window of the target network. The synchronization process employs an adaptive rate control algorithm, automatically adjusting the data sending rate based on the target network's real-time bandwidth and packet loss rate to achieve smooth recovery. After this phase, the communication context of the current session is fully restored in the target network. Once recovery is complete, the system verifies whether session reconnection meets the preset continuity requirements by real-time monitoring of round-trip time (RTT) and response success rate. For example, when the RTT stabilizes within ±10ms of the original network average and the response success rate exceeds 95%, seamless handover is confirmed. After handover, the system writes the latest session state parameters of the target network back to the background cache module, forming new network state baseline data to provide reference and optimization for subsequent handover cycles.

[0115] Preferably, the seamless recovery and reconnection of the current session based on the background cached session network state data during the network handover execution phase includes the following steps:

[0116] The session context information is recovered based on the session network state data cached in the background, and the recovered session context data is obtained.

[0117] Synchronization alignment is performed based on the recovered session context data and the real-time state data of the newly connected network;

[0118] Once synchronization is complete, a reconnection request packet is generated to restore the current session connection, enabling seamless reconnection.

[0119] In one embodiment, when a handover preparation command is detected, the system first retrieves stored session network state data from the background cache module. This data includes the handshake confirmation number, packet transmission sequence number, session token, uplink and downlink cache status, and connection timestamp from the previous network connection. Based on this cached information, the system reconstructs the session's operating environment and communication state, restoring a context environment consistent with the network before the handover, thereby obtaining the restored session context data. This process ensures that the system has a logical starting point for continued transmission before a complete connection to the new network is established, preventing session loss.

[0120] After completing session context recovery, the system acquires real-time status data of the target network, including signal strength, handshake response latency, packet loss rate, and real-time bandwidth information. The recovered session context data is matched with the real-time status data of the newly connected network. A context synchronization alignment algorithm is used to correct the data sequence number, acknowledgment number, and transmission window in real time, ensuring that the session status parameters are completely consistent with the target network communication environment. During this stage, if network parameter deviations or transmission window mismatches are detected, the system performs a difference compensation operation to ensure that subsequent data streams can be smoothly connected in the target network.

[0121] Once synchronization is complete, the system constructs a reconnection request packet based on the corrected state information. This packet carries a session identifier, last acknowledgment number, buffer verification information, and synchronization timestamp, and is used to initiate a fast reconnection request to the target network. Upon receiving the request, the target network directly restores the communication link and synchronizes to the current session state based on the information carried, without needing to re-establish a complete session, thus achieving seamless communication continuation. The system immediately resumes data transmission tasks after successful reconnection and monitors the round-trip time (RTT) and data transmission integrity in the background to verify the stability and reliability of the handover process.

[0122] Preferably, step S5 includes the following steps:

[0123] Step S51: When the switching preparation instruction is triggered, the connection quality difference between the currently effective connected network and the candidate target network is determined based on the network status data;

[0124] Step S52: Generate a handover execution command based on the connection quality difference;

[0125] Step S53: Under the switch execution instruction, maintain the current session cache state and synchronously establish a communication link with the candidate target network;

[0126] Step S54: After the candidate target network link is established, restore the session cache state to the new link to achieve seamless communication switching.

[0127] In one embodiment, after detecting a handover preparation command, the tablet computer retrieves network status data cached in the background, including signal strength values, average response latency, handshake success rate, and link stability indicators of the currently active network and multiple candidate target networks. The system performs quantitative analysis on these indicators, calculating the connection quality difference value of each candidate target network relative to the currently active network. This connection quality difference value is obtained by weighted summation of the signal strength improvement rate, latency reduction rate, and handshake success rate improvement rate. When the difference value of a candidate target network exceeds a preset handover threshold, the system marks that network as a preferred handover target and outputs the connection quality difference result, providing a basis for the next handover decision.

[0128] After identifying the preferred handover target, the system generates a handover execution command based on the connection quality difference value and the current session activity level. When the difference value is large and the current session activity is low, the system immediately issues a high-priority handover command; when the difference value is in the critical range and the current session activity is high, the system delays issuing the command to wait for a network stabilization window, thereby avoiding the risk of session interruption caused by sudden handover. The final handover execution command includes the target network identifier, handover priority, execution delay duration, and synchronization flag parameters, which are used to guide subsequent link establishment and session recovery operations.

[0129] After the handover command is issued, the system first freezes the current session cache state to prevent data packet loss or out-of-order delivery during the handover process. In the frozen state, the system retains the transmission sequence number, acknowledgment number, data packet queue, and cache mapping information. Simultaneously, the system initiates the communication link establishment process with the candidate target network in parallel. This process includes sending a connection handshake request, receiving the target network's response, and performing encryption authentication. Throughout the establishment process, the system continuously monitors the target network's link response latency and data packet integrity. Once the system detects that the network link has been successfully established and communication is stable, it proceeds to the next stage: the session recovery process.

[0130] After the target network link is successfully established, the system retrieves the previously frozen session cache state data, including the transmission queue, sequence number, acknowledgment number, and session context information. The system performs real-time correction of the cache state based on the new link parameters, ensuring continuous sequence numbers, matching window sizes, and compatibility with the target network's current transmission rate. Subsequently, the system sends a synchronization acknowledgment packet to the target network, marking the completion of communication context recovery. Afterward, the system resumes data transmission operations, achieving seamless transition of the current session under the new network. This process exhibits no significant delay or interruption on the user side, ensuring the continuous operation of highly real-time services such as video calls, file transfers, and online conferencing.

[0131] Of particular importance, the seamless recovery and reconnection of the current session during the network handover execution phase, based on the session network state data cached in the background, also includes:

[0132] Read and verify the session network status data cached in the background to confirm the integrity and time validity of the cached data, and generate session cache verification result data;

[0133] Based on the session cache verification result data, the connection parameters before the network handover are reloaded to generate pre-handover connection parameter data;

[0134] Based on the pre-switching connection parameter data, the port status, session identifier, and data channel of the current network interface are synchronously compared to generate network synchronization comparison result data;

[0135] When the network synchronization comparison result data meets the session continuity condition, the session reconnection control module is called to perform connection command remapping and cached data continuation processing on the switched network interface to generate seamless recovery connection data.

[0136] The background session network status data is updated based on the seamless recovery connection data to form a new cached status record after network switching, so as to complete the seamless recovery and reconnection of the session.

[0137] In one embodiment, after the network handover execution phase begins, the system first reads the cached session network status data from the local cache storage area. This data includes the session identifier, session context, transmission sequence number, acknowledgment number, data stream status, and connection timestamp information. After reading, the system performs an integrity check on the cached data, checking for missing fields, data corruption, or mismatched checksums. Simultaneously, the system compares the cache timestamp; if the time interval between the data generation time and the current handover trigger exceeds a preset threshold (e.g., 3 seconds), it is marked as expired cache. After integrity and timeliness checks, the system generates session cache verification result data, providing a reliable data foundation for subsequent connection recovery.

[0138] Based on the validated portion of the session cache verification results, the system extracts key connection parameters from the cache records of the previous session, including communication protocol type, port number, IP address mapping table, data channel sequence, and encrypted handshake status. Subsequently, the system performs a restorative load in the virtual connection management module, reconstructing a virtual session environment consistent with the original connection configuration. During the loading process, the system temporarily stores the validated parameters as pre-switch connection parameter data and sets the status flag to "pending synchronization," ensuring that the formal transmission phase only begins after the new network is established.

[0139] After the candidate network link is established, the system scans the port status of the new network interface based on the pre-switching connection parameter data to check for port conflicts, occupancy, or abnormal shutdowns. Next, the system compares the session identifier with the session ID generated for the new link to confirm whether the session identifier mapping matches. Simultaneously, synchronization checks are performed on the data channel status (including transmission window size, receive buffer status, sequence number continuity, etc.). After the checks are completed, the system generates network synchronization comparison result data, which includes the comparison pass status, deviation value records, and synchronization correction suggestions to guide subsequent connection remapping.

[0140] When the system detects that the network synchronization comparison results show a matching session identifier, available port status, and consecutive sequence numbers, it initiates the session reconnection control module. This module first remaps the connection command according to the new network interface address, redirecting the original connection request from the old network port to the new link port. Subsequently, the system retrieves incomplete data packets from the cached data queue and retransmits them to the target server or communication endpoint in sequence according to their sequence numbers. Simultaneously, the system performs session consistency verification in the background, ensuring that no data is duplicated or omitted during the connection recovery process by comparing the server's response confirmation number. After the retransmission is completed and confirmation is received from the target end, seamless connection recovery data is generated, indicating that the current session has been smoothly continued in the new network.

[0141] After completing data resumption and connection confirmation, the system writes the new link status, transmission parameters, session context, and connection success time to the cache module, forming the latest cached status record after the network switch. This record replaces the old cached status data, providing a reference for the next network switch. Simultaneously, the system performs encrypted storage and redundant backups on the updated cached data to prevent data loss or failure to recover from interruptions. At this point, the entire seamless session recovery and reconnection process is complete, and the user's communication experience remains continuous and stable throughout the switchover.

[0142] Of particular importance, the restorative loading of connection parameters before network switching based on session cache verification results also includes:

[0143] Obtain parameter verification identifier information from the session cache verification result data, perform integrity comparison on the connection parameters cached before network switching, and generate connection parameter consistency data;

[0144] Based on the consistency data of connection parameters, a set of key connection parameters that can be recovered is selected, abnormal parameters are identified and filtered, and parameter selection result data is generated.

[0145] Based on the parameter filtering results, sequential reload operation is performed on the key connection parameter set, and connection timing recovery is achieved through timestamp correction to generate connection timing recovery data.

[0146] The temporary state of the network protocol stack is synchronously updated using connection timing recovery data to complete the restorative loading of the connection context and generate pre-switching connection parameter data.

[0147] In one embodiment, firstly, parameter verification identifier information is obtained from the session cache verification result data, and the integrity comparison of the connection parameters cached before network handover is performed to confirm the matching degree and validity of each parameter field, thereby generating connection parameter consistency data. This integrity comparison can be implemented based on hash check, CRC check, or bidirectional parameter mapping algorithm to ensure that the cached parameters have not been tampered with or damaged.

[0148] Secondly, a set of key recoverable connection parameters is selected based on the consistency data of the connection parameters, and parameters with anomalies are identified and filtered. By setting parameter threshold ranges and anomaly identification rules, parameters exceeding the thresholds or marked as abnormal are filtered out, thereby generating parameter filtering result data to ensure that the subsequent recovery process is based only on available and stable parameters.

[0149] Then, based on the parameter filtering results, a sequential reload operation is performed on the key connection parameter set. The loading order is determined through parameter dependencies, and correction is performed using cached timestamp information to restore the temporal consistency of the connection parameters, thereby generating connection timing recovery data. The timestamp correction is used to address timing offsets caused by network latency or cache period differences, ensuring the dynamic continuity of the connection state.

[0150] Finally, the temporary state of the network protocol stack is synchronously updated using connection timing recovery data, including port binding status, TCP / UDP context cache, and temporary identifier updates during the connection handshake phase. This synchronous update process completes the restorative loading of the connection context, generating pre-switching connection parameter data, providing fundamental support for session reconnection and seamless recovery during subsequent network handover phases.

[0151] Therefore, the embodiments should be considered as exemplary and non-limiting in all respects, and the scope of the invention is defined by the appended claims rather than the foregoing description. Thus, all variations falling within the meaning and scope of the equivalents of the application are intended to be included within the invention.

[0152] The above description is merely a specific embodiment of the present invention, enabling those skilled in the art to understand or implement the invention. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the general principles defined herein may be implemented in other embodiments without departing from the spirit or scope of the invention. Therefore, the present invention is not to be limited to the embodiments shown herein, but is to be accorded the widest scope consistent with the principles and novel features of the invention herein.

Claims

1. A wireless communication method of a tablet computer, characterized by, The method comprises the following steps: Step S1: in response to the tablet detecting an available wireless network, acquiring the network type identification, signal strength value and historical average response delay when successfully connecting of the available wireless network respectively; Step S2: calculating the connection priority of each available wireless network based on the signal strength value and the historical average response delay, and establishing a priority ranking list; Step S3: when the tablet is in a background low-load running state, confirming the currently available effective connection network according to the priority ranking list, and performing lightweight link detection in turn to obtain a link detection result; Step S4: if the handshake response success rate of the link detection result exceeds a preset success rate threshold and the signal strength value of the currently available effective connection network is lower than a preset fluctuation threshold, generating a switching preparation instruction, and buffering the network state data of the current session in the background; Step S5: when the switching preparation instruction is triggered, performing seamless communication link switching on the currently available effective connection network based on the network state data, wherein step S5 comprises the following steps: Step S51: when the switching preparation instruction is triggered, determining the connection quality difference between the currently available effective connection network and the candidate target network according to the network state data; Step S52: generating a switching execution instruction according to the connection quality difference; Step S53: under the switching execution instruction, maintaining the session buffer state and synchronously establishing a communication link with the candidate target network; Step S54: after the candidate target network link is established, restoring the session buffer state to the new link to realize seamless communication switching. 2.The wireless communication method of a tablet according to claim 1, wherein, Step S3 comprises the following steps: Step S31: monitoring the system running state of the tablet to determine the load running state of the tablet; Step S32: when the tablet is in a background low-load running state, confirming the currently available effective connection network in turn based on the priority ranking list; Step S33: performing a lightweight link detection operation on each effective connection network to obtain a link response feature result, wherein the lightweight link detection operation only includes sending a handshake request without establishing a complete session; Step S34: calculating the availability score of each effective connection network based on the link response feature result, and integrating the corresponding score result and network type identification into a link detection result, wherein the availability score includes handshake response delay, response success rate and identification packet integrity score. 3.The wireless communication method of a tablet according to claim 2, wherein, In step S3, sending a handshake request without establishing a complete session for each effective connection network further comprises: acquiring a handshake request data packet and data return delay; based on the data return delay of the handshake request, confirming the initial response delay of the connection network; based on the arrival integrity and sequence consistency of the handshake response data packet, judging the link continuity of the connection network; based on the initial response delay and the link continuity, determining the instantaneous availability parameter of the connection network. 4.The wireless communication method of a tablet according to claim 3, wherein, Based on the arrival integrity and sequence consistency of the handshake response data packet, judging the link continuity of the connection network comprises: detecting the arrival number and response sequence number distribution of the handshake response data packet within a preset monitoring time window; If the number of handshake response data packets detected is lower than the expected threshold or the response sequence number distribution has a jump, it is determined that the connection network has intermittent interruption; If the number of handshake response data packets detected and the response sequence number distribution are within the stable range, it is confirmed that the connection network is in a continuous connection state; The determination result of the intermittent interruption and the determination result of the continuous connection state are integrated as the link continuity determination result of the connection network. 5.The wireless communication method of a tablet according to claim 2, wherein, The system running state of the tablet computer is monitored, and the load running state of the tablet computer is determined, including: detecting the central processor utilization rate, memory occupancy rate and network activity frequency of the tablet computer when running in the background; When the central processor utilization rate is lower than 30%, the memory occupancy rate is lower than 40%, and the number of network activity request times per unit time is less than 10 times per second, it is determined that the tablet computer is in a background low load running state. 6.The wireless communication method of a tablet according to claim 1, wherein, The network state data of the current session cached in the background in step S4 includes: obtaining a plurality of network running samples, wherein each network running sample includes network state data and a session label, and the session label is used to indicate the session connection state corresponding to the network state parameter; state denoising is performed on the network state data to obtain denoised network dynamic feature data; session integrity features are extracted according to the network dynamic feature data; the session cache priority is confirmed based on the session integrity features; the session data type and its cache strategy that need to be cached are determined through the session cache priority and the switching preparation instruction; According to the cache strategy, the current session is stored and indexed based on the session data type to obtain the session network state data cached in the background. 7.The wireless communication method of a tablet according to claim 6, wherein, After caching the network state data of the current session in the background, it further includes: Based on the session network state data cached in the background, seamless recovery and reconnection of the current session are realized in the network switching execution stage, wherein the network switching execution stage is when the switching preparation instruction is triggered. 8.The wireless communication method of a tablet according to claim 7, wherein, Based on the session network state data cached in the background, seamless recovery and reconnection of the current session are realized in the network switching execution stage, including the following steps: Based on the session network state data cached in the background, the session context information is recovered to obtain the recovered session context data; According to the recovered session context data and the real-time state data of the new connection network, synchronization alignment is performed; After synchronization alignment is completed, a reconnection request data packet is generated to recover the current session connection and realize seamless reconnection.

9. A wireless communication system of a tablet computer, characterized by A wireless communication method for a tablet computer is executed as claimed in claim 1, and the wireless communication system of the tablet computer includes: The data acquisition module is used to acquire the network type identification, signal strength value and historical average response delay when successfully connected of the available wireless network respectively in response to the tablet computer detecting the available wireless network; The priority sorting module is used to calculate the connection priority of each available wireless network based on the signal strength value and the historical average response delay, and establish a priority sorting list; The link detection module is used to confirm the current effective connection network according to the priority sorting list when the tablet computer is in a background low load running state, and sequentially perform lightweight link detection to obtain a link detection result. The cache module is configured to generate a switching preparation instruction if the handshaking response success rate of the link detection result exceeds a preset success rate threshold and the signal strength value of the currently valid connection network is lower than a preset fluctuation threshold, and cache network state data of a current session in the background; The link switching module is configured to perform seamless communication link switching on the currently valid connection network based on the network state data when the switching preparation instruction is triggered.

Images