Network switching methods, devices, client terminal equipment and storage media, products

Abstract

This application relates to a network switching method, apparatus, client terminal device, storage medium, and product. The method includes: generating an uplink bottleneck message when the uplink of the client terminal device meets preset bottleneck conditions; and obtaining current service traffic information of the client terminal device in response to the uplink bottleneck message. Based on the uplink bottleneck message and the current service traffic information, the client terminal device is network switched. Whether the uplink can meet the current service traffic usage requirements of the client terminal device is determined from two dimensions: the uplink bottleneck message and the current service traffic information. If an uplink bottleneck occurs or the uplink cannot meet the current service traffic usage requirements of the client terminal device, network switching can be performed on the client terminal device. This ensures that the client terminal device after network switching can meet the current service traffic usage requirements, avoiding problems such as the user terminal being unable to access the internet normally.

Description

Technical Field

[0001] This application relates to the field of communication technology, and in particular to a network switching method, apparatus, client terminal equipment and storage medium, and product. Background Technology

[0002] Customer Premise Equipment (CPE), as a wireless access device, converts cellular signals into Wi-Fi / LAN data, providing data pipeline services. Therefore, various user terminals can access the CPE via Wi-Fi or Ethernet, and then connect to the cellular network through the CPE to access the internet.

[0003] When a user terminal connects to a cellular network via a CPE to access the internet, the user terminal often cannot access the internet normally due to cellular network failures or situations where the cellular network cannot meet the user terminal's needs.

[0004] Therefore, there is an urgent need to propose a method to solve the problem of users being unable to access the Internet due to cellular network failures or inability of cellular networks to meet the needs of users' terminals. Summary of the Invention

[0005] This application provides a network switching method, apparatus, client terminal device, and computer-readable storage medium, which can prevent user terminals from experiencing problems accessing the internet normally.

[0006] On the one hand, a network switching method is provided, applied to a client terminal device, the method comprising:

[0007] When the uplink of the client terminal device meets the preset bottleneck conditions, an uplink bottleneck message is generated.

[0008] In response to the uplink bottleneck message, obtain the current service traffic information of the client terminal device;

[0009] Based on the uplink bottleneck message and the current service traffic information, the client terminal device is switched to another network.

[0010] On the other hand, a network switching device is provided, applied to a client terminal device, the device comprising:

[0011] The uplink bottleneck message generation module is used to generate an uplink bottleneck message when the uplink of the client terminal device meets the preset bottleneck conditions.

[0012] The service traffic information acquisition module is used to acquire the current service traffic information of the client terminal device in response to the uplink bottleneck message;

[0013] The network switching module is used to switch the network of the client terminal device based on the uplink bottleneck message and the current service traffic information.

[0014] On the other hand, a client terminal device is provided, including a memory and a processor, wherein the memory stores a computer program, and when the computer program is executed by the processor, the processor performs the steps of the network switching method described above.

[0015] On the other hand, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the steps of the network switching method described above.

[0016] On the other hand, a computer program product is provided, including a computer program that, when executed by a processor, implements the steps of the network switching method as described above.

[0017] The aforementioned network switching method, apparatus, client terminal equipment, storage medium, and product involve the client terminal equipment generating an uplink bottleneck message when its uplink meets preset bottleneck conditions. Then, in response to the uplink bottleneck message, it obtains the current service traffic information of the client terminal equipment. Finally, based on the uplink bottleneck message and the current service traffic information, it performs network switching on the client terminal equipment. This approach considers both the possibility of an uplink bottleneck and the ability of the uplink to meet the current service traffic requirements of the client terminal equipment when a bottleneck occurs. If the uplink cannot meet the current service traffic requirements when a bottleneck occurs, network switching can be performed on the client terminal equipment. This ensures that the client terminal equipment after network switching can meet the current service traffic requirements, preventing users from experiencing internet access problems. Attached Figure Description

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

[0019] Figure 1This is a diagram illustrating the application environment of a network switching method in one embodiment;

[0020] Figure 2 Here is a flowchart of a network switching method in one embodiment;

[0021] Figure 3 for Figure 2 The flowchart shows the method for switching the network of customer terminal equipment based on uplink bottleneck messages and current service traffic information.

[0022] Figure 4 for Figure 3 The flowchart shows a method for determining whether a customer terminal device meets network switching conditions based on uplink bottleneck messages and current service traffic information.

[0023] Figure 5 for Figure 2 The flowchart shows the method for generating uplink bottleneck messages when the uplink of the client terminal device meets the preset bottleneck conditions.

[0024] Figure 6 A flowchart of a network switching method in another embodiment;

[0025] Figure 7 A flowchart illustrating a method for detecting the uplink network connectivity status of a client terminal device via a domain name server;

[0026] Figure 8 This is a schematic diagram of a network switching method in an exemplary embodiment;

[0027] Figure 9 This is a structural block diagram of a network switching device in one embodiment;

[0028] Figure 10 for Figure 9 Block diagram of the network switching module;

[0029] Figure 11 This is a schematic diagram of the internal structure of a client terminal device in one embodiment. Detailed Implementation

[0030] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0031] Customer Premise Equipment (CPE), as a wireless access device, converts cellular signals into Wi-Fi / LAN data, providing data pipeline services. Therefore, various user terminals can access the CPE via Wi-Fi or Ethernet, and then connect to the cellular network through the CPE to access the internet.

[0032] When a user terminal connects to the cellular network via a CPE to access the internet, the cellular network to which the CPE connects frequently fails due to various reasons. If the cellular network to which the CPE connects fails, the user terminal will be unable to access the internet normally. Traditionally, the CPE can detect the uplink network connectivity status of the CPE through a domain name server; if the detected uplink network connectivity status is down, the CPE will switch to connecting to another cell. This ensures that the user terminal can connect to the cellular network through the CPE, and thus, the user terminal can access the internet normally.

[0033] However, different applications installed on user terminals have varying uplink bandwidth requirements. Therefore, even if the uplink network connectivity is maintained, insufficient uplink bandwidth can cause unresponsive operations on those applications. For example, video applications, live streaming applications, and gaming applications installed on user terminals have high uplink bandwidth requirements. When the uplink bandwidth is insufficient, these applications will become unresponsive.

[0034] Because CPEs detect the uplink network connectivity status through domain name servers, they can only detect whether the network connectivity is disconnected or connected. Therefore, traditional methods can only solve the problem of user terminals being unable to access the internet when the CPE's uplink network connectivity is disconnected. They cannot address the problem of user terminals being unable to access the internet due to insufficient uplink bandwidth (i.e., cellular network) to meet their usage needs.

[0035] Therefore, there is an urgent need to propose a method to solve the problem of users' inability to access the Internet when cellular networks fail to meet their needs.

[0036] Figure 1 This is a schematic diagram illustrating the application environment of a network switching method in one embodiment. For example... Figure 1As shown, the application environment includes multiple user terminals 120, client terminal equipment 140, and network equipment 160. The multiple user terminals 120 are connected to client terminal equipment 140, and client terminal equipment 140 is then connected to network equipment 160. Here, network equipment can refer to a base station in the network. Network equipment 160 can allocate uplink bandwidth for the uplink of client terminal equipment 140. Multiple user terminals 120 can access client terminal equipment 140 via Wi-Fi or Ethernet, thereby connecting to the cellular network through client terminal equipment 140 to access the internet. When the uplink of the client terminal equipment meets preset bottleneck conditions, client terminal equipment 140 generates an uplink bottleneck message; in response to the uplink bottleneck message, it obtains the current service traffic information of the client terminal equipment; and based on the uplink bottleneck message and the current service traffic information, it performs network switching for the client terminal equipment. Client terminal equipment (CPE), as a wireless access device, can convert wireless cellular signals into wireless LAN / LAN data, providing data pipeline services.

[0037] The client terminal device 140 can be, but is not limited to, various personal computers, laptops, smartphones, tablets, IoT devices, and portable wearable devices. IoT devices can include smart speakers, smart TVs, smart air conditioners, smart in-vehicle systems, and smart cars. Portable wearable devices can include smartwatches, smart bracelets, and head-mounted devices. Similarly, the user terminal 120 can also be, but is not limited to, various personal computers, laptops, smartphones, tablets, IoT devices, and portable wearable devices. IoT devices can include smart speakers, smart TVs, smart air conditioners, smart in-vehicle systems, and smart cars. Portable wearable devices can include smartwatches, smart bracelets, and head-mounted devices.

[0038] Figure 2 This is a flowchart of a network handover method in one embodiment. The network handover method in this embodiment is designed to run on... Figure 1 The description will be based on an example from a client terminal device. Figure 2 As shown, the network handover method includes steps 220 to 260, wherein,

[0039] Step 220: If the uplink of the client terminal device meets the preset bottleneck conditions, generate an uplink bottleneck message.

[0040] Customer Premise Equipment (CPE), as a wireless access device, converts cellular signals into Wi-Fi / LAN data, providing data pipeline services. Specifically, CPE can convert 4G, 5G, Sub-6G, or more advanced mobile communication technologies into Wi-Fi / LAN data.

[0041] The uplink of a client terminal device refers to the link from the client terminal device to the network device for sending communication data. Here, network device can refer to base stations in the network, such as LTE (Long Term Evolution) base stations corresponding to 4G, SA (Standalone) base stations corresponding to 5G, and base stations corresponding to more advanced wireless communication technologies, etc. Of course, this application does not limit this. SA base stations refer to base stations using the "standalone" 5G networking mode, i.e., one type of base station per core network.

[0042] Optionally, the client terminal device can monitor whether the uplink meets preset bottleneck conditions, and generate an uplink bottleneck message if the uplink of the client terminal device meets the preset bottleneck conditions. The preset bottleneck conditions may include the uplink bandwidth meeting preset bandwidth bottleneck conditions, or the network connectivity status of the uplink meeting preset network connectivity status conditions, etc., though this application does not limit this. Uplink bandwidth and downlink bandwidth both refer to the network transmission rate, that is, the network's data transmission capacity. Generally, uplink bandwidth refers to the data transmission rate sent from the client, and downlink bandwidth refers to the data transmission rate sent from the server to the client. Since many factors affect uplink or downlink bandwidth, the main influencing factors are the quality of network hardware and the degree of network congestion. That is, if the network hardware quality is poor or the network environment is highly congested, the uplink or downlink bandwidth rate will be affected. Therefore, preset bottleneck conditions can be used to determine whether an uplink bandwidth bottleneck has occurred. Optionally, the client terminal device can monitor whether the uplink meets the preset bottleneck conditions. The monitoring of uplink by the client terminal equipment to see if it meets the preset bottleneck conditions can refer to whether the uplink bandwidth of the uplink by the client terminal equipment meets the preset bandwidth bottleneck conditions; or whether the network connectivity status of the uplink by the client terminal equipment meets the preset network connectivity status conditions. Of course, this application does not limit this.

[0043] Then, if the uplink of the client terminal device meets the preset bottleneck conditions, an uplink bottleneck message is generated. This message indicates that a bottleneck has occurred in the uplink of the client terminal device; in other words, it indicates that the uplink of the client terminal device has failed (the network connectivity of the uplink is disconnected) or that the uplink bandwidth is less than a preset uplink bandwidth threshold. The preset uplink bandwidth threshold can be determined based on empirical values.

[0044] Step 240: In response to the uplink bottleneck message, obtain the current service traffic information of the client terminal device.

[0045] The current service traffic information refers to information related to the current service traffic of the client terminal device. Optionally, the current service traffic information may include the total current service traffic value, whether the current uplink bandwidth can meet the current service traffic demand, etc. Of course, this application does not limit this. For example, the total current service traffic value may refer to the sum of the current service traffic of all user terminals connected to the client terminal device.

[0046] Various user terminals can access the client terminal device via Wi-Fi or Ethernet, and then connect to the cellular network through the client terminal device to access the internet. Because the traffic volume of different applications running different services on various user terminals varies at different times, the current traffic volume of the client terminal device also varies at different times.

[0047] Therefore, after the client terminal device generates an uplink bottleneck message, it can respond to the message and obtain its current service traffic information. This includes the total current service traffic volume and whether the current uplink bandwidth can meet the current service traffic demands.

[0048] Here, a corresponding thread is set up on the client terminal device. This thread can be used to count the total current service traffic of the client terminal device, or to determine whether the current uplink bandwidth of the client terminal device can meet the current service traffic demand, etc. Of course, this application does not limit this.

[0049] Step 260: Based on the uplink bottleneck message and current service traffic information, perform network switching on the customer terminal equipment.

[0050] The uplink bottleneck message is used to indicate that an uplink bottleneck has occurred in the client terminal device. The uplink bottleneck message may carry information such as the degree of the bottleneck or the frequency of occurrence of the bottleneck information; this application does not limit this. Current service traffic information may include the total current service traffic volume and whether the current uplink bandwidth can meet the current service traffic demand; this application also does not limit this.

[0051] Therefore, the client terminal equipment can perform network switching based on uplink bottleneck messages and current service traffic information. Optionally, the client terminal equipment can determine whether it meets the network switching conditions based on uplink bottleneck messages and current service traffic information. If the network switching conditions are met, then network switching is performed on the client terminal equipment.

[0052] Since uplink bottleneck messages only indicate that the uplink of the client terminal device is bottlenecked, without actually considering the current service traffic information of the client terminal device, i.e., whether the uplink can meet the current service traffic requirements of the client terminal device when a bottleneck occurs, this application considers both the situation of an uplink bottleneck and whether the uplink can meet the current service traffic requirements of the client terminal device when a bottleneck occurs, from two dimensions: uplink bottleneck messages and current service traffic information. If the uplink cannot meet the current service traffic requirements of the client terminal device when a bottleneck occurs, network switching can be performed on the client terminal device. If the uplink can meet the current service traffic requirements of the client terminal device when a bottleneck occurs (at which point the traffic requirements are relatively small), network switching can be avoided. This also avoids the problem of power waste caused by blind or frequent switching.

[0053] In this embodiment, the client terminal device generates an uplink bottleneck message when its uplink meets preset bottleneck conditions. Then, in response to the uplink bottleneck message, it obtains the current service traffic information of the client terminal device. Finally, based on the uplink bottleneck message and the current service traffic information, it performs network switching on the client terminal device. This approach considers both the possibility of an uplink bottleneck and whether the uplink can meet the current service traffic requirements of the client terminal device when a bottleneck occurs. If the uplink cannot meet the current service traffic requirements when a bottleneck occurs, network switching can be performed. If the uplink can meet the current service traffic requirements when a bottleneck occurs, network switching is not necessary. This avoids problems such as user terminals being unable to access the internet due to blind switching or power wastage caused by frequent switching.

[0054] Furthermore, the entire process relies on standard communication protocols and does not require proprietary protocols between the client terminal equipment and network equipment to determine whether to switch networks for the client terminal equipment. Therefore, the above-described network switching process for client terminal equipment can be effective across various user terminals and networks of various operators, demonstrating strong compatibility.

[0055] In the previous embodiment, the process of determining whether to perform network switching on a client terminal device was described from two dimensions: uplink bottleneck messages and current service traffic information. In this embodiment, the current service traffic information is further described as including real-time service upload rate; step 240, in response to the uplink bottleneck message, obtains the current service traffic information of the client terminal device, including:

[0056] In response to uplink bottleneck messages, obtain the real-time uplink service upload rate of the client terminal device.

[0057] The uplink refers to the physical channel through which client terminal devices transmit data to network devices. Current service traffic information includes real-time upload speeds. Various user terminals can access client terminal devices via Wi-Fi or Ethernet, and then connect to the cellular network to access the internet. Because the service traffic of different applications running different services on various user terminals varies at different times, the current service traffic of client terminal devices also differs at different times. Therefore, client terminal devices can respond to uplink bottleneck messages to obtain their real-time uplink upload speeds.

[0058] Here, obtaining the real-time uplink upload rate of the client terminal device can be achieved by using a preset thread to statistically analyze the real-time upload rates of different applications running different services on various user terminals connected to the client terminal device within the current time or time period. For example, the user terminals connected to the client terminal device include user terminal 1, user terminal 2, user terminal 3, and user terminal 4. User terminal 1 runs a video application with a real-time upload rate of 1 Mbps; user terminal 2 runs a social media application with a real-time upload rate of 200 kb / s; user terminal 3 runs a live streaming application with a real-time upload rate of 1 Mbps; and user terminal 1 runs a game application with a real-time upload rate of 824 kb / s. Therefore, the real-time uplink upload rate of the client terminal device within the current time or time period, calculated using a preset thread, is 3 Mbps.

[0059] Of course, the real-time uplink upload rate of the client terminal device can also be calculated by using a preset thread to count the bandwidth requested by the client terminal device from the network device at the current moment or within the current time period. Since the bandwidth requested by the client terminal device from the network device generally matches the real-time uplink upload rate—that is, the bandwidth requested by the client terminal device from the network device is approximately equal to the real-time uplink upload rate—the real-time uplink upload rate can also be calculated by using a preset thread to count the bandwidth requested by the client terminal device from the network device at the current moment or within the current time period. This application does not limit this method.

[0060] In this embodiment, when a client terminal device responds to an uplink bottleneck message and obtains its current service traffic information, it can acquire the real-time uplink service upload rate. Here, the real-time uplink service upload rate of the client terminal device accurately reflects its bandwidth requirements. Therefore, compared to determining whether the uplink can meet the client terminal device's bandwidth requirements solely through uplink bottleneck messages, determining whether the uplink can meet the client terminal device's bandwidth requirements from both the uplink bottleneck message and the real-time uplink service upload rate allows for a more accurate identification of the matching degree between the uplink bandwidth and the real-time service upload rate. In other words, it can accurately identify whether the uplink bandwidth meets the client terminal device's bandwidth requirements, thereby enabling precise network switching for the client terminal device.

[0061] In the previous embodiment, the process of obtaining the real-time service upload rate of the uplink of the client terminal device in response to an uplink bottleneck message was described. In this embodiment, as... Figure 3 As shown, step 260 is further described, which involves switching the network for the client terminal device based on the uplink bottleneck message and current service traffic information, including:

[0062] Step 262: Based on the uplink bottleneck message and current service traffic information, determine whether the customer terminal equipment meets the network switching conditions.

[0063] The uplink bottleneck message is used to indicate that an uplink bottleneck has occurred in the client terminal device. The uplink bottleneck message may carry information such as the degree of the bottleneck or the frequency of occurrence of the bottleneck information; this application does not limit this. Current service traffic information refers to information related to the current service traffic of the client terminal device, such as the real-time uplink upload rate of the client terminal device.

[0064] The degree of uplink bottleneck can be determined based on the difference between the uplink bandwidth and a preset uplink bandwidth threshold. For example, the range between the minimum uplink bandwidth threshold (e.g., 0) and the preset uplink bandwidth threshold can be divided into three ranges, from smallest to largest: a first range, a second range, and a third range. The uplink bandwidth is then determined to fall into which range? If the uplink bandwidth falls into the first range, the degree of uplink bottleneck is determined to be first-degree (i.e., higher-degree); if it falls into the second range, the degree of bottleneck is determined to be second-degree (i.e., medium-degree); and if it falls into the third range, the degree of bottleneck is determined to be third-degree (i.e., lower-degree).

[0065] The occurrence frequency of uplink bottleneck information refers to the number of times an uplink bottleneck message is generated within a preset time period. This preset time period includes the current time when the uplink bottleneck message is generated and the historical time period preceding that time.

[0066] Therefore, when switching network access for client terminal devices, it can be determined whether the client terminal device meets the network switching conditions based on uplink bottleneck messages and current service traffic information. Optionally, a comprehensive judgment can be made based on the degree of uplink bottleneck or the frequency of uplink bottleneck information occurrences, combined with the real-time service upload rate of the client terminal device's uplink, to determine whether the client terminal device meets the network switching conditions.

[0067] For example, if a comprehensive judgment is made based on the degree of uplink bottleneck and the real-time uplink upload rate of the client terminal device, it can be determined whether the client terminal device meets the network switching conditions. Assume that the network switching conditions include a moderate or high degree of uplink bottleneck and a real-time uplink upload rate less than a preset upload rate threshold (this application does not limit this). Then, if the uplink bottleneck is determined to be moderate or high, and the real-time uplink upload rate is less than the preset upload rate threshold, the client terminal device is determined to meet the network switching conditions. If the uplink bottleneck is determined to be low, and the real-time uplink upload rate is less than the preset upload rate threshold, the client terminal device is determined not to meet the network switching conditions. In this case, although the uplink bandwidth is bottlenecked and the real-time uplink upload rate is less than the preset upload rate threshold, the bottleneck is low, meaning the uplink bandwidth is close to the preset uplink bandwidth threshold. Therefore, given that the uplink bandwidth of the surrounding cells is less than that of the current cell, the uplink bandwidth of the current cell can approximately meet the real-time service requirements.

[0068] Step 264: If the network switching conditions are met, then perform network switching on the client terminal equipment.

[0069] If, after comprehensively judging based on uplink bottleneck messages and current service traffic information, it is determined that the client terminal device meets the network handover conditions, then network handover will be performed on the client terminal device. Optionally, for the client terminal device, network handover can be performed by switching network standards and / or switching cells.

[0070] If, after comprehensively judging based on the uplink bottleneck message and the current service traffic information, it is determined that the customer terminal device does not meet the network switching conditions, then the customer terminal device can remain in the current cell without network switching.

[0071] In this embodiment, a comprehensive judgment is made based on uplink bottleneck messages and current service traffic information to determine whether the client terminal device meets the network switching conditions. If the network switching conditions are met, the client terminal device is switched to the network. If the network switching conditions are not met, the client terminal device is not switched to the network. Therefore, by using both uplink bottleneck messages and the real-time service upload rate of the uplink, it is possible to determine whether the uplink can meet the bandwidth requirements of the client terminal device, thus accurately identifying the degree of matching between the uplink bandwidth and the real-time service upload rate. In other words, it is possible to accurately identify whether the uplink bandwidth can meet the bandwidth requirements of the client terminal device, and thus accurately switch the client terminal device to the network.

[0072] In the previous embodiment, network switching for client terminal devices was described based on two dimensions: uplink bottleneck messages and current service traffic information. In this embodiment, as... Figure 4 As shown, step 262 is further described, which involves determining whether the client terminal device meets the network switching conditions based on the uplink bottleneck message and current service traffic information, including:

[0073] Step 262a: Determine whether the number of times uplink bottleneck messages are generated within a preset time period has reached a preset threshold.

[0074] The uplink bottleneck message can carry the frequency of uplink bottleneck information. Therefore, when determining whether a client terminal device meets network switching conditions based on uplink bottleneck messages and current service traffic information, it can be determined whether the number of times an uplink bottleneck message is generated within a preset time period reaches a preset threshold. If the number of times an uplink bottleneck message is generated within a preset time period reaches the preset threshold, it indicates that the client terminal device is frequently generating uplink bottleneck messages within the preset time period. In other words, the network condition of the client terminal device is poor within the preset time period.

[0075] Step 262b: If the preset number of times threshold is reached, determine whether the current service traffic information meets the preset service traffic conditions; the preset service traffic conditions include the real-time service upload rate being less than the preset service upload rate threshold or the real-time service upload rate being less than the service upload rate of other cells; other cells are cells located within a preset range around the current access cell of the customer terminal device.

[0076] If the number of uplink bottleneck messages generated within a preset time period reaches a preset threshold, it indicates that the network status of the client terminal device is poor within the preset time period. Further, it is determined whether the current service traffic information meets preset service traffic conditions. The current service traffic information includes the real-time service upload rate, and the preset service traffic conditions include a real-time service upload rate less than a preset service upload rate threshold or a real-time service upload rate less than the service upload rate of other cells.

[0077] Here, the preset upload rate threshold can be a threshold determined based on empirical values. For example, assuming that the real-time upload rate of social media applications is lower than that of other types of applications, the preset upload rate threshold can be determined based on the number of user terminals currently connected to the client terminal device and the real-time upload rate of the social media applications. For instance, if data analysis shows that the average real-time upload rate of social media applications over a certain period is 200kb / s, and the number of user terminals currently connected to the client terminal device is N, then the preset upload rate threshold can be calculated as N×200kb / s. Of course, this application does not limit this.

[0078] Here, "other cells" refers to cells located within a preset range around the current access cell. Furthermore, the service upload rate of other cells can refer to the estimated service upload rate of other cells, or it can refer to the actual service upload rate of other cells; however, this application does not limit this. The estimated service upload rate of other cells can be determined based on the service upload rates of other cells obtained during the network search phase; or, the estimated service upload rate of other cells can be preset based on historical data of other cells; however, this application does not limit this.

[0079] Therefore, if it is determined that the number of times uplink bottleneck messages are generated within a preset time period reaches a preset threshold, and if it is determined that the preset service traffic conditions include a real-time service upload rate less than a preset service upload rate threshold, then it is further determined whether the real-time service upload rate of the client terminal device is less than the preset service upload rate threshold. If it is determined that the preset service traffic conditions include a real-time service upload rate less than the service upload rate of other cells, then it is further determined whether the real-time service upload rate is less than the service upload rate of other cells.

[0080] Step 262c: If the preset service traffic conditions are met, then it is determined that the client terminal device meets the network switching conditions.

[0081] Here, the preset service traffic conditions include a real-time service upload rate less than a preset service upload rate threshold or a real-time service upload rate less than the service upload rate of other cells. Therefore, if it is determined that the preset service traffic conditions include a real-time service upload rate less than the preset service upload rate threshold, then it is further determined whether the real-time service upload rate of the client terminal device is less than the preset service upload rate threshold. If the real-time service upload rate is less than the preset service upload rate threshold, then the client terminal device is determined to meet the network handover conditions. If the real-time service upload rate is greater than or equal to the preset service upload rate threshold, then the client terminal device is determined not to meet the network handover conditions.

[0082] If the preset service traffic conditions are determined to include a real-time service upload rate lower than the service upload rate of other cells, then it is further determined whether the real-time service upload rate is lower than the service upload rate of other cells. If the real-time service upload rate is lower than the service upload rate of other cells, then the client terminal device is determined to meet the network handover conditions. If the real-time service upload rate is greater than or equal to the service upload rate of other cells, then the client terminal device is determined not to meet the network handover conditions.

[0083] In this embodiment, during the network switching process for a client terminal device based on both uplink bottleneck messages and current service traffic information, the process first determines whether the number of uplink bottleneck messages generated within a preset time period reaches a preset threshold. Secondly, if the preset threshold is reached, it determines whether the current service traffic information meets preset service traffic conditions. Finally, if the preset service traffic conditions are met, the client terminal device is determined to meet the network switching conditions. That is, network switching for the client terminal device is performed not only from the perspectives of uplink bottleneck messages and current service traffic information, but also from the perspectives of whether the number of uplink bottleneck messages reaches a preset threshold and whether the current service traffic information meets preset service traffic conditions. Since determining whether the number of uplink bottleneck messages reaches a preset threshold and whether the current service traffic information meets preset service traffic conditions allows for a comprehensive determination of the client terminal device's network status within a preset time period, and based on this comprehensive network status, it is possible to more accurately determine whether the uplink bandwidth of the client terminal device can meet the service traffic requirements of the user terminal.

[0084] In the previous embodiment, the process of network switching for the client terminal device was described based on whether the number of uplink bottleneck messages reached a preset threshold and whether the current service traffic information met preset service traffic conditions. In this embodiment, step 262c is further described: if the network switching conditions are met, network switching is performed on the client terminal device, including:

[0085] If the network handover conditions are met, then the target cell is determined from other cells, and the client terminal equipment is handed over to the target cell; or,

[0086] If the network switching conditions are met, the client terminal equipment will be switched to a different network standard.

[0087] If the preset service traffic conditions include a real-time service upload rate less than a preset service upload rate threshold, then it is further determined whether the real-time service upload rate of the client terminal device is less than the preset service upload rate threshold. If the real-time service upload rate is less than the preset service upload rate threshold, then the client terminal device is determined to meet the network handover conditions. If the preset service traffic conditions include a real-time service upload rate less than the service upload rate of other cells, then it is further determined whether the real-time service upload rate is less than the service upload rate of other cells. If the real-time service upload rate is less than the service upload rate of other cells, then the client terminal device is determined to meet the network handover conditions.

[0088] In one scenario, after determining that the client terminal device meets the network handover conditions, a target cell can be identified from other cells, and the client terminal device can be switched to the target cell. Here, "other cells" refers to cells located within a preset range around the current access cell. It is understood that a cell refers to a base station or the coverage area of ​​a base station. Therefore, switching the client terminal device from the current cell to the target cell is equivalent to switching the client terminal device from the currently connected base station to the target base station; the target base station corresponds to the target cell.

[0089] Optionally, when determining the target cell from other cells, the cell with the highest service upload rate among the other cells can be selected as the target cell. Alternatively, the cell with a relatively high service upload rate and optimal transmission parameters can be selected as the target cell. These transmission parameters include at least one of parameters such as transmission power and packet loss rate. This application does not impose any limitations on this approach. By using the above intelligent decision-making to select a target cell that better matches the current service traffic on the user terminal, the utilization rate of the cell network within the area by the customer terminal equipment is improved, providing better service to the user terminals connected to the customer terminal equipment.

[0090] If the transmission parameters include transmission power, the target cell is selected from other cells that has the highest service upload rate and the highest transmission power. If the transmission parameters include packet loss rate, the target cell is selected from other cells that has the highest service upload rate and the lowest packet loss rate. If the transmission parameters include both transmission power and packet loss rate, the target cell is selected from other cells that has the highest service upload rate, the highest transmission power, and the lowest packet loss rate.

[0091] In another scenario, after determining that the client terminal equipment meets the network handover conditions, the network handover is performed on the client terminal equipment by switching network standards. Here, network standard refers to the type of cellular network. For example, cellular network types include first-generation mobile communication technology (1G), second-generation mobile communication technology (GSM, TDMA, etc.), third-generation mobile communication technology (3G), fourth-generation mobile communication technology (4G), fifth-generation mobile communication technology (5G), and more advanced mobile communication technologies. Of course, this application does not limit this.

[0092] Optionally, assuming the current network standard of the client terminal device is 4G, switching the network standard for the client terminal device can include upgrading or downgrading the network standard. For example, upgrading the network standard from 4G to 5G; or upgrading from 3G to 5G; or downgrading from 5G to 4G; or downgrading from 5G to 3G. This application is not limited to these methods. Switching the network standard can improve the real-time service upload rate of the client terminal device after the network standard switch.

[0093] Further description of performing network switching on the client terminal equipment if the network switching conditions are met includes:

[0094] If the network handover conditions are met, the target cell is determined from other cells, and the client terminal equipment is switched to the target cell by switching the network standard.

[0095] In the third scenario, after determining that the client terminal equipment meets the network handover conditions, a target cell can be simultaneously identified from other cells, and the client terminal equipment can be handed over to the target cell, as well as the network handover can be performed by switching network standards. Of course, this application does not limit this to any particular scenario.

[0096] Optionally, the target cell can be selected from other cells based on their upload speeds and the optimal transmission parameters. Simultaneously, upgrading or downgrading the network standard of the client terminal equipment may be considered.

[0097] In this embodiment of the application, if the network handover conditions are met, the target cell is determined from other cells and the client terminal device is switched to the target cell; or the network switching method is used to perform network handover on the client terminal device; or the target cell is determined from other cells, the client terminal device is switched to the target cell, and the network switching method is used to perform network handover on the client terminal device.

[0098] After confirming that the client terminal equipment meets the network handover conditions, at least one method can be used to handover the client terminal equipment to the network, either by switching cells or switching network standards. This diverse handover method can more efficiently improve the real-time service upload rate of the client terminal equipment after the network handover.

[0099] In the previous embodiment, the process of switching the network of the client terminal device by any at least one method, such as switching cells or switching network standards, was described after determining that the client terminal device meets the network handover conditions. In this embodiment, the client terminal device is further described as including a modem; the preset bottleneck conditions include the uplink bandwidth being less than a preset uplink bandwidth threshold; such as... Figure 5 As shown, in step 220, if the uplink of the client terminal device meets the preset bottleneck conditions, an uplink bottleneck message is generated, including:

[0100] Step 222: Send an uplink bandwidth request command to the network device via the modem; the uplink bandwidth request command is used to request uplink bandwidth from the network device.

[0101] Step 224: Obtain the uplink bandwidth allocated by the network device for the uplink;

[0102] Step 226: If the uplink bandwidth allocated to the uplink is less than the preset uplink bandwidth threshold, determine that the uplink of the client terminal device meets the preset bottleneck condition, and trigger the modem to generate an uplink bottleneck message.

[0103] Client terminal equipment includes an application processor (AP) and a modem. The application processor (AP), as the main controller, has very strong processing power and can run various operating systems such as Windows, Android, and iOS, as well as user interfaces and applications. A modem is a device that modulates digital signals to be transmitted onto a carrier wave or separates digital signals from a carrier wave.

[0104] The preset bottleneck condition includes an uplink bandwidth that is less than a preset uplink bandwidth threshold, and this preset uplink bandwidth threshold can be determined based on empirical values. Optionally, the preset uplink bandwidth threshold can be determined based on the number of user terminals connected to the client terminal equipment and the theoretical uplink speed of each user terminal. For example, if there are 5 user terminals connected to the client terminal equipment, and the theoretical uplink speed of each user terminal is 1.25 Mbps, then the preset uplink bandwidth threshold can be 50 Mbps.

[0105] Therefore, the client terminal device sends an uplink bandwidth request command to the network device via a modem. This uplink bandwidth request command is used to request uplink bandwidth from the network device, for example, requesting uplink bandwidth from the base station. After receiving the uplink bandwidth request command, the network device allocates uplink bandwidth to the client terminal device.

[0106] Then, the client terminal device obtains the uplink bandwidth allocated by the network device for the uplink. Further, it determines whether the allocated uplink bandwidth is less than a preset uplink bandwidth threshold. In one case, if the allocated uplink bandwidth is less than the preset uplink bandwidth threshold, it is determined that the client terminal device's uplink meets the preset bottleneck condition, and the modem is triggered to generate an uplink bottleneck message. The modem then sends the uplink bottleneck message to the application processor (AP) via its internal IPC (Inter-Process Communication) communication channel. After receiving the uplink bottleneck message, the application processor (AP) obtains the real-time service upload rate and the identifier of the currently accessed cell from the driver layer, and records the timestamp information corresponding to the real-time service upload rate. The upload path here includes the LAN (Local Area Network) → WWAN (Wireless Wide Area Network) forwarding path, where LAN → WWAN refers to the upload link from the local area network to the wireless wide area network. WWAN (Wireless Wide Area Network) refers to a communication method that uses a wireless network to connect physically dispersed local area networks (LANs). Here, WWAN (Wireless Wide Area Network) can refer to cellular network, but this application does not limit it to that.

[0107] The application processor (AP) then reports the real-time uplink service upload rate and the identifier and timestamp information of the currently accessed cell to the application layer via the netlink communication mechanism. Netlink is an asynchronous communication mechanism that can save messages transmitted between the kernel and user-space applications to a socket buffer queue. Therefore, when sending messages using the netlink communication mechanism, messages can be stored in the receiver's socket receive queue without waiting for the receiver to receive the message.

[0108] Finally, the application layer determines whether the client terminal device meets the network switching conditions based on the uplink bottleneck message and the current service traffic information. If the network switching conditions are met, the client terminal device is switched to the network.

[0109] In another scenario, if the uplink bandwidth allocated to the uplink is greater than or equal to the preset uplink bandwidth threshold, it is determined that the uplink of the client terminal device does not meet the preset bottleneck condition, and the modem does not need to be triggered to generate an uplink bottleneck message.

[0110] In this embodiment, the process of generating an uplink bottleneck message when the uplink of the client terminal device meets the preset bottleneck conditions includes: sending an uplink bandwidth request instruction to the network device via a modem; after receiving the uplink bandwidth request instruction, the network device allocates uplink bandwidth to the uplink of the client terminal device; the client terminal device obtains the uplink bandwidth allocated by the network device for the uplink; then, if the allocated uplink bandwidth is less than a preset uplink bandwidth threshold, it determines that the uplink of the client terminal device meets the preset bottleneck conditions and triggers the modem to generate an uplink bottleneck message.

[0111] The client terminal equipment determines whether the allocated uplink bandwidth is less than a preset uplink bandwidth threshold. If the allocated uplink bandwidth is less than the preset uplink bandwidth threshold, it triggers the modem to generate an uplink bottleneck message. Therefore, the uplink bottleneck message accurately indicates that the allocated uplink bandwidth cannot meet the user terminal's usage requirements.

[0112] In the previous embodiment, the process of triggering the modem to generate an uplink bottleneck message was described. In this embodiment, it is further described that the client terminal device includes a modem; as... Figure 6 As shown, a network switching method is provided, which also includes:

[0113] Step 620: Detect the uplink network connectivity status of the client terminal device through the domain name server.

[0114] Domain Name Server (DNS) is a distributed database that maps domain names to IP addresses, making it easier for people to access the internet without having to remember IP addresses that can be directly read by machines. DNS stores a table mapping domain names to IP addresses, which allows the resolution of message domain names.

[0115] The uplink network connectivity status includes both an uplink disconnected state and an uplink connected state. Of course, the uplink network connectivity status can also include high-speed connection, normal connection, and low-speed connection, but this application does not limit this.

[0116] Step 640: If the uplink network connectivity is detected to be disconnected, then the network is switched for the client terminal device.

[0117] The client terminal device can send a probe command to the domain name server to detect the uplink network connectivity status of the client terminal device. If the client terminal device receives feedback from the domain name server based on the probe command within a preset time period, the uplink network connectivity status is detected as connected. At this time, it can be checked whether an uplink bottleneck message is generated, and it can be determined whether the number of times an uplink bottleneck message is generated within a preset time period has reached a preset threshold. If the preset threshold is reached, it is determined whether the current service traffic information meets preset service traffic conditions; preset service traffic conditions include a real-time service upload rate less than a preset service upload rate threshold or a real-time service upload rate less than the service upload rate of other cells; other cells are cells located within a preset range around the client terminal device's current access cell. If the preset service traffic conditions are met, it is determined that the client terminal device meets the network handover conditions, and network handover can then be performed on the client terminal device.

[0118] If no information is received from the domain name server based on the probe command within a preset time period, it is detected that the uplink network connectivity is disconnected. At this point, network switching can be performed on the client terminal device. Thus, the uplink network connectivity is improved through network switching.

[0119] The methods for switching the network of a client terminal device include: determining the target cell from other cells and switching the client terminal device to the target cell; or switching the network standard to switch the network of the client terminal device; or simultaneously determining the target cell from other cells, switching the client terminal device to the target cell, and switching the network standard to switch the network of the client terminal device.

[0120] Optionally, the process by which the client terminal device probes the uplink network connectivity status of the client terminal device through the domain name server can be combined with... Figure 7 As shown, it includes the following steps:

[0121] Step 702: The client terminal device accesses the current access cell (cell A) through network search;

[0122] Step 704: The client terminal device sends a probe command to the domain name server. The probe command is used to probe the network connectivity status of the client terminal device's uplink.

[0123] Step 706: The client terminal device detects whether it has received a message from the domain name server based on the probe command within a preset timer.

[0124] Step 708: If no message is received from the domain name server based on the probe command within the preset timer, the network connectivity of the uplink is detected to be disconnected.

[0125] Step 710: The client terminal device attempts to access another cell (cell B) in the cell list.

[0126] The cell list can be cell information stored by the client terminal equipment during the network search phase. The cell list includes cell identifiers, cell frequency information, cell transmission power, etc., although this application does not impose limitations on these details. Here, "other cells" refers to cells located within a preset range around the currently accessed cell.

[0127] Optionally, the process of the client terminal equipment attempting to access other cells in the cell list includes: the client terminal equipment determining the target cell from the cell list excluding the currently accessed cell; and then attempting to access the target cell. When determining the target cell from other cells, the target cell can be selected based on the service upload rate of the other cells, choosing the cell with the highest service upload rate. Alternatively, the target cell can be selected based on the service upload rate of the other cells, choosing the cell with a relatively high service upload rate and optimal transmission parameters. These transmission parameters include at least one of parameters such as transmission power and packet loss rate. This application does not impose any limitations on this.

[0128] In this embodiment, the uplink network connectivity status of the client terminal device is detected via a domain name server. If information based on the detection command is received from the domain name server within a preset time period, the uplink network connectivity status is detected as connected. At this time, it is further determined whether to switch the client terminal device to a network based on two dimensions: uplink bottleneck message and current service traffic information. If the uplink network connectivity status is detected as disconnected, the client terminal device is directly switched to a network. This eliminates the need to detect whether an uplink bottleneck message is generated, nor to obtain current service traffic information, and to determine whether to switch the client terminal device to a network based on the uplink bottleneck message and current service traffic information, thereby significantly reducing the power consumption of the client terminal device.

[0129] Therefore, by considering three dimensions—uplink network connectivity status, uplink bottleneck messages, and current service traffic information—it can be determined whether the uplink can meet the bandwidth requirements of the client terminal equipment, and the degree of matching between the uplink bandwidth and the real-time service upload rate can be accurately identified. In other words, it can accurately identify whether the uplink bandwidth meets the uplink bandwidth requirements of the client terminal equipment, and thus precisely perform network switching for the client terminal equipment.

[0130] In one exemplary embodiment, such as Figure 8 As shown, a network switching method is provided, including:

[0131] Step 802: The client terminal device accesses the current access cell (cell A) through network search;

[0132] Step 804: Detect whether the modem is triggered to generate an uplink bottleneck message; if yes, proceed to step 806; if no, repeat step 804.

[0133] Step 806: Obtain timestamp information, real-time uplink service upload rate, and identifier of the currently accessed cell;

[0134] Step 808: Within a preset time period, count the number of times uplink bottleneck messages are generated;

[0135] Step 810: Update timestamp information, real-time uplink service upload rate, current access cell identifier, and number of times uplink bottleneck messages are generated;

[0136] Step 812: Determine whether the number of times uplink bottleneck messages are generated within a preset time period has reached a preset threshold; if yes, proceed to step 814; if no, return to step 804.

[0137] Step 814: Determine whether the current service traffic information meets the preset service traffic conditions; the preset service traffic conditions include the real-time service upload rate being less than the preset service upload rate threshold or the real-time service upload rate being less than the service upload rate of other cells; other cells are cells located within a preset range around the current access cell of the customer terminal device; if yes, proceed to step 816; if no, return to step 804.

[0138] Step 816: Determine that the client terminal equipment meets the network switching conditions, and perform network switching on the client terminal equipment.

[0139] In this embodiment, the client terminal device generates an uplink bottleneck message when its uplink meets preset bottleneck conditions. Then, in response to the uplink bottleneck message, it obtains the current service traffic information of the client terminal device. Finally, based on the uplink bottleneck message and the current service traffic information, it performs network switching on the client terminal device. This dynamic feedback based on the uplink bottleneck message and current service traffic information considers both the possibility of an uplink bottleneck and whether the uplink can meet the current service traffic requirements of the client terminal device when a bottleneck occurs. Therefore, it can accurately identify the matching degree between the uplink bandwidth and the real-time service upload rate. If the uplink cannot meet the current service traffic requirements of the client terminal device when an uplink bottleneck occurs, network switching can be performed. If the uplink can meet the current service traffic requirements of the client terminal device when an uplink bottleneck occurs, network switching is not required. This also avoids problems such as user terminals being unable to access the internet normally due to blind switching or power wastage caused by frequent switching.

[0140] It should be understood that although the steps in the flowchart above are shown sequentially as indicated by the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowchart above may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these sub-steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the sub-steps or stages of other steps.

[0141] In one embodiment, such as Figure 9 As shown, a network switching device 900 is provided, applied to a client terminal device. The device includes:

[0142] The uplink bottleneck message generation module 920 is used to generate an uplink bottleneck message when the uplink of the client terminal device meets the preset bottleneck conditions.

[0143] The service traffic information acquisition module 940 is used to obtain the current service traffic information of the customer terminal device in response to the uplink bottleneck message;

[0144] The network switching module 960 is used to switch the network of customer terminal equipment based on uplink bottleneck messages and current service traffic information.

[0145] In one embodiment, the current service traffic information includes the real-time service upload rate; the service traffic information acquisition module is further configured to: in response to the uplink bottleneck message, acquire the real-time service upload rate of the uplink of the client terminal device.

[0146] In one embodiment, such as Figure 10 As shown, the network switching module 960 includes:

[0147] The network handover condition judgment unit 962 is used to determine whether the client terminal equipment meets the network handover conditions based on the uplink bottleneck message and the current service traffic information.

[0148] The network switching unit 964 is used to switch the network of the client terminal equipment if the network switching conditions are met.

[0149] In one embodiment, the network handover condition determination unit 962 includes:

[0150] The number of times judgment subunit is used to determine whether the number of times uplink bottleneck messages are generated within a preset time period has reached a preset number threshold.

[0151] The preset service traffic condition judgment subunit is used to determine whether the current service traffic information meets the preset service traffic conditions if the preset number of times threshold is reached. The preset service traffic conditions include the real-time service upload rate being less than the preset service upload rate threshold or the real-time service upload rate being less than the service upload rate of other cells. Other cells are cells located within a preset range around the current access cell of the customer terminal device.

[0152] The network switching condition judgment subunit is used to determine if the preset service traffic conditions are met, and then determine that the client terminal device meets the network switching conditions.

[0153] In one embodiment, the network handover unit 964 is further configured to, if the network handover conditions are met, determine a target cell from other cells and hand over the client terminal equipment to the target cell; or,

[0154] If the network switching conditions are met, the client terminal equipment will be switched to a different network standard.

[0155] In one embodiment, the network switching unit 964 is further configured to determine a target cell from other cells if the network switching conditions are met, switch the client terminal device to the target cell, and perform network switching on the client terminal device by switching network standards.

[0156] In one embodiment, the client terminal device includes a modem; the preset bottleneck condition includes uplink uplink bandwidth being less than a preset uplink bandwidth threshold; the uplink bottleneck message generation module 920 includes:

[0157] The uplink bandwidth request instruction sending unit is used to send uplink bandwidth request instructions to the network device through the modem; the uplink bandwidth request instruction is used to request uplink bandwidth from the network device.

[0158] Uplink bandwidth acquisition unit, used to acquire the uplink bandwidth allocated by the network device for the uplink;

[0159] The uplink bottleneck message generation unit is used to determine that the uplink of the client terminal device meets the preset bottleneck conditions when the uplink bandwidth allocated to the uplink is less than the preset uplink bandwidth threshold, and to trigger the modem to generate an uplink bottleneck message.

[0160] In one embodiment, a network switching device is provided, applied to a client terminal device. The device further includes a network connectivity status detection module, wherein...

[0161] The network connectivity detection module is used to detect the uplink network connectivity status of client terminal devices through a domain name server.

[0162] The network switching module 960 is also used to switch the network of the client terminal equipment if the uplink network connectivity is detected to be disconnected.

[0163] The division of the various modules in the above-described network switching device is only for illustrative purposes. In other embodiments, the network switching device can be divided into different modules as needed to complete all or part of the functions of the above-described network switching device.

[0164] Specific limitations regarding the network switching device can be found in the limitations of the network switching method described above, and will not be repeated here. Each module in the aforementioned network switching device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in hardware or independently of the processor in the computer device, or stored in software in the memory of the computer device, so that the processor can call and execute the corresponding operations of each module.

[0165] Figure 11 This is a schematic diagram of the internal structure of a client terminal device in one embodiment. The client terminal device can be any terminal device such as a mobile phone, tablet computer, laptop computer, desktop computer, PDA (Personal Digital Assistant), POS (Point of Sales), in-vehicle computer, wearable device, etc. The client terminal device includes a processor and a memory connected via a system bus. The processor may include one or more processing units. The processor may be a CPU (Central Processing Unit) or a DSP (Digital Signal Processor), etc. The memory may include non-volatile storage media and internal memory. The non-volatile storage media stores an operating system and computer programs. The computer programs can be executed by the processor to implement a network handover method provided in the following embodiments. The internal memory provides a cached runtime environment for the operating system computer programs in the non-volatile storage media.

[0166] The implementation of each module in the network switching device provided in this application embodiment can be in the form of a computer program. This computer program can run on the client terminal device. The program modules constituted by this computer program can be stored in the memory of the client terminal device. When the computer program is executed by a processor, it implements the steps of the method described in the embodiments of this application.

[0167] This application also provides a computer-readable storage medium. One or more non-volatile computer-readable storage media containing computer-executable instructions, which, when executed by one or more processors, cause the processors to perform the steps of a network switching method.

[0168] This application also provides a computer program product containing instructions that, when run on a computer, cause the computer to perform a network switching method.

[0169] Any references to memory, storage, databases, or other media used in this application may include non-volatile and / or volatile memory. Non-volatile memory may include ROM (Read-Only Memory), PROM (Programmable Read-Only Memory), EPROM (Erasable Programmable Read-Only Memory), EEPROM (Electrically Erasable Programmable Read-Only Memory), or flash memory. Volatile memory may include RAM (Random Access Memory), which is used as external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms, such as SRAM (Static Random Access Memory), DRAM (Dynamic Random Access Memory), SDRAM (Synchronous Dynamic Random Access Memory), Double Data Rate DDR SDRAM (Double Data Rate Synchronous Dynamic Random Access Memory), ESDRAM (Enhanced Synchronous Dynamic Random Access Memory), SLDRAM (Sync Link Dynamic Random Access Memory), RDRAM (Rambus Dynamic Random Access Memory), and DRDRAM (Direct Rambus Dynamic Random Access Memory).

[0170] The above embodiments merely illustrate several implementation methods of this application, and while the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this patent application should be determined by the appended claims.

Claims

1. A network handover method, characterized in that, Applied to a client terminal device, the client terminal device including a modem, the method includes: The modem sends an uplink bandwidth request command to the network device. The uplink bandwidth request command is used to request uplink bandwidth from the network device, obtain the uplink bandwidth allocated by the network device for the uplink, and if the uplink bandwidth allocated to the uplink is less than a preset uplink bandwidth threshold, it is determined that the uplink of the client terminal device meets the preset bottleneck condition, and the modem is triggered to generate an uplink bottleneck message. In response to the uplink bottleneck message, obtain the current service traffic information of the client terminal device; Based on the uplink bottleneck message and the current service traffic information, the client terminal device is switched to another network.

2. The method according to claim 1, characterized in that, The current service traffic information includes the real-time service upload rate; The step of obtaining the current service traffic information of the client terminal device in response to the uplink bottleneck message includes: In response to the uplink bottleneck message, the real-time service upload rate of the uplink of the client terminal device is obtained.

3. The method according to claim 2, characterized in that, The step of switching the network for the client terminal device based on the uplink bottleneck message and the current service traffic information includes: Based on the uplink bottleneck message and the current service traffic information, determine whether the client terminal device meets the network switching conditions; If the network switching conditions are met, then the network of the client terminal device is switched.

4. The method according to claim 3, characterized in that, The step of determining whether the client terminal device meets the network switching conditions based on the uplink bottleneck message and the current service traffic information includes: Determine whether the number of times the uplink bottleneck message is generated within a preset time period reaches a preset threshold. If the preset number of times threshold is reached, it is determined whether the current service traffic information meets the preset service traffic conditions; the preset service traffic conditions include the real-time service upload rate being less than the preset service upload rate threshold or the real-time service upload rate being less than the service upload rate of other cells; the other cells are cells located within a preset range around the current access cell of the client terminal device; If the preset service traffic conditions are met, then the client terminal device is determined to meet the network switching conditions.

5. The method according to claim 4, characterized in that, If the network switching conditions are met, then performing a network switch on the client terminal device includes: If the network handover conditions are met, then a target cell is determined from the other cells, and the client terminal device is switched to the target cell; or, If the network switching conditions are met, the client terminal device will be switched to a different network standard.

6. The method according to claim 4, characterized in that, The step of performing network switching on the client terminal device if the network switching conditions are met further includes: If the network handover conditions are met, a target cell is determined from the other cells, and the client terminal device is switched to the target cell. The network handover of the client terminal device is performed by switching the network standard.

7. The method according to any one of claims 1-6, characterized in that, The method further includes: The network connectivity status of the uplink of the client terminal device is detected by the domain name server. If the network connectivity of the uplink is detected to be disconnected, the network is switched for the client terminal device.

8. A network switching device, characterized in that, Applied to a client terminal device, the client terminal device including a modem, the device includes: The uplink bottleneck message generation module is used to send an uplink bandwidth request instruction to the network device through the modem. The uplink bandwidth request instruction is used to request uplink bandwidth from the network device, obtain the uplink bandwidth allocated by the network device for the uplink, and determine that the uplink of the client terminal device meets the preset bottleneck condition when the uplink bandwidth allocated to the uplink is less than a preset uplink bandwidth threshold, and trigger the modem to generate an uplink bottleneck message. The service traffic information acquisition module is used to acquire the current service traffic information of the client terminal device in response to the uplink bottleneck message; The network switching module is used to switch the network of the client terminal device based on the uplink bottleneck message and the current service traffic information.

9. A client terminal device, comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the computer program is executed by the processor, it causes the processor to perform the steps of the network switching method as described in any one of claims 1 to 7.

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

11. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the steps of the network switching method according to any one of claims 1 to 7.

Images