CN116233820B - A parameter updating method, system, terminal device and chip system - Google Patents

Abstract

The embodiment of the present application discloses a parameter updating method, system, terminal device and chip system, which are applicable to the field of network communication technology, and the method includes: the terminal device obtains the first operator information currently registered by its own SIM card; the terminal device performs abnormal detection on the first operator network parameters stored locally based on the first operator information; when the detection result is abnormal, the terminal device downloads the second operator network parameters from the server based on the first operator information; the terminal device updates the first operator network parameters based on the second operator network parameters, and loads the updated first operator network parameters. The embodiment of the present application can greatly improve the updating efficiency of the terminal device operator network parameters.

Description

A parameter updating method, system, terminal device and chip system

This application is a divisional application of the Chinese patent application submitted to the State Intellectual Property Office on August 2, 2022, with application number 202210923178.8 and application name "A parameter update method, system, terminal device and chip system".

Technical Field

The present application relates to the field of network communication technology, and in particular to a parameter updating method, system, terminal device and chip system.

Background Art

For mobile phones and other terminal devices with mobile communication functions, the file system of their modems contains a lot of parameter information related to the operator network configuration (collectively referred to as operator network parameters in this article), such as NV parameters, efs files, and xml files. The operator network parameters control the network-related services of the terminal device, such as registration, reselection, switching services of the operator network, as well as data services and voice services. When there is a problem with the operator network parameters, it may cause problems with the basic functions of the terminal device, resulting in the user being unable to use the terminal device normally.

In the case of problems with the operator network parameters of the terminal device, an optional method is to push a new version of the operating system containing available operator network parameters to the terminal device. This allows users to update the operator network parameters by updating the terminal device operating system version. Although this method can update the operator network parameters, it is less efficient.

Summary of the invention

In view of this, the embodiments of the present application provide a parameter updating method, system, terminal device and chip system, which can solve the problem of low efficiency of operator network parameter updating.

A first aspect of an embodiment of the present application provides a parameter updating method, including:

The terminal device obtains the information of the first operator currently registered by its SIM card, and performs an abnormality detection on the first operator network parameters stored locally. When the abnormality detection result is an abnormality, the terminal device downloads the second operator network parameters from the server based on the first operator information. Then, based on the second operator network parameters, the first operator network parameters are updated, and the updated first operator network parameters are loaded.

In an embodiment of the present application, the terminal device actively performs an abnormality detection on the locally stored operator network parameters. When an abnormality is detected in the locally stored operator network parameters, the corresponding available operator network parameters are downloaded from the server, and then the locally stored operator network parameters are updated. Among them, the operator network parameters downloaded through the operator information currently registered by the SIM card can adapt to the current network environment of the terminal device. In an embodiment of the present application, on the one hand, the terminal device can promptly detect whether there is an abnormality in the operator network parameters, thereby improving the real-time nature of the detection. On the other hand, the terminal device can update the available operator network parameters in real time when an abnormality is detected in the locally stored operator network parameters. The embodiment of the present application can realize independent and real-time detection and update of operator network parameters by the terminal device, which can greatly improve the efficiency of updating the operator network parameters.

In a first possible implementation of the first aspect, during the operation of the terminal device, when a preset trigger condition is met, the terminal device performs an operation of detecting an abnormality of a locally stored first operator network parameter; wherein the trigger condition includes a change in a network state of the terminal device.

In the embodiment of the present application, by triggering the operator network parameter abnormality detection when the network status changes, the embodiment of the present application can realize the update of the operator network parameters at the first time of the network status change. It allows the user to obtain the available operator network parameters in real time after the terminal device completes the network status change, and realize the synchronous update with the network status. It can avoid the situation that the user cannot use the terminal device normally due to the abnormal operator network parameters after the network status of the terminal device is updated. Realize the real-time and non-sensitive update of the operator network parameters for the user. Therefore, the user experience can be greatly improved.

In the embodiment of the present application, changes in network status include but are not limited to: SIM card insertion and removal, SIM card network registration completion, network standard switching, and network standard change.

As an embodiment of the present application, the operation of the terminal device includes the terminal device performing SIM card network registration, and the corresponding network status changes, including the completion of the SIM card network registration.

As an optional embodiment of the present application, the trigger condition may also include any of the following conditions: timed triggering, random triggering, detection of a start instruction input by a user, and a problem with the network service of the terminal device.

Among them, when the trigger condition includes a problem with the terminal device network service. By triggering the operator network parameter abnormality detection when a problem occurs in the operator network service, the embodiment of the present application can update the operator network parameters and solve the problem as soon as the problem occurs in the operator network service. Therefore, the embodiment of the present application can reduce the length of time that the user cannot use the terminal device normally due to the abnormality of the operator network parameters. Reduce the impact of the abnormality of the operator network parameters on the normal use of the user's terminal device, thereby improving the user experience.

In a second possible implementation manner of the first aspect, the terminal device performs abnormality detection on a locally stored first operator network parameter, including:

The terminal device obtains the second operator information recorded in the first operator network parameter, and performs an abnormality detection on the first operator network parameter according to the first operator information and the second operator information. When the first operator information and the second operator information are inconsistent, the detection result of the abnormality detection is determined to be abnormal.

Since the terminal equipment actually uses the network services of the registered operator. It can be seen that in order for the terminal equipment to be used normally in the current network environment, that is, to be able to use the network services in the current network environment normally, the local operator needs to be consistent with the registered operator. Based on this principle, when the embodiment of the present application detects whether the operator network parameters stored locally in the terminal device can match the network environment in which the terminal device is located. The operator information recorded in the locally stored operator network parameters and the operator information currently registered by the SIM card will be obtained. The two operator information are then compared to determine whether the two operator information are consistent, thereby determining whether the local operator and the registered operator are the same operator. Thereby improving the accuracy of anomaly detection. At the same time, the embodiment of the present application can also simply and quickly identify the terminal device replacing different operator SIM cards, as well as roaming and other scenarios, and update the operator network parameters in a timely manner.

Based on the second possibility of the first aspect, as a third possible implementation manner of the first aspect, further comprising:

When the first operator information and the second operator information are consistent, the terminal device reads the locally stored first global equipment identity and the real second global equipment identity of the terminal device, and compares the first global equipment identity with the second global equipment identity.

When the first global device identifier and the second global device identifier are inconsistent, it is determined that the detection result of the abnormality detection is that an abnormality exists.

In the embodiment of the present application, the global equipment identification is a general term for an identification that can uniquely identify a terminal device or a SIM card in a terminal device. Through the global equipment identification, the terminal device or SIM card can be uniquely identified. As an optional embodiment of the present application, for the terminal device, MIEI or MEID can be selected. For the SIM card, ICCID or IMSI can be selected. On this basis, the global equipment identification can include any one or more of ICCID, IMSI, MIEI and MEID.

Whether the terminal device can normally use the current network environment will be affected by the terminal device's own hardware and SIM card hardware. Therefore, when the terminal device hardware or SIM card is replaced, the terminal device may not be able to use network services normally in the current network environment. When the global device identification sends a change, the detection result is determined to be abnormal, which can improve the anomaly detection effect and make anomaly detection more effective.

In a fourth possible implementation manner of the first aspect, the terminal device downloads the second operator network parameter from the server based on the first operator information, including:

The terminal device sends a download request to the server. The download request includes the first operator information and the hardware information of the terminal device, and the first operator information and the hardware information are used by the server to match the operator network parameters. The server receives the second operator network parameters sent by the server for the first operator information and the hardware information in the download request.

By matching the terminal device's registered operator information and hardware information, the server's accuracy in matching the operator's network parameters can be improved, making the updated operator's network parameters more suitable for the terminal device's current actual network environment.

In a fifth possible implementation manner of the first aspect, the download request also includes location information of the terminal device.

By introducing the terminal device location information, the updated operator network parameters can be more suitable for the actual current network environment of the terminal device.

In a sixth possible implementation manner of the first aspect, the present invention further includes:

When the detection result of the abnormality detection is that there is no abnormality, the terminal device uploads the locally stored first operator network parameters to the server.

By sharing the locally stored operator network parameters, the operator network parameters available when the terminal device is updated can be enriched to cover more real user usage scenarios, so that the matched operator network parameters can be more suitable for the actual needs of the terminal device.

A second aspect of an embodiment of the present application provides a parameter updating system, including: a terminal device and a server.

The terminal device obtains the information of the first operator currently registered by its SIM card.

The terminal device performs anomaly detection on the first operator's network parameters stored locally.

When the detection result of the abnormality detection is that an abnormality exists, the terminal device sends a download request containing the first operator information to the server.

The server receives the download request, matches the second operator network parameters corresponding to the terminal device according to the first operator information in the download request, and sends the second operator network parameters to the terminal device.

The terminal device updates the first operator network parameters based on the received second operator network parameters, and loads the updated first operator network parameters.

In an embodiment of the present application, the terminal device actively performs an abnormality detection on the locally stored operator network parameters. When an abnormality is detected in the locally stored operator network parameters, the corresponding available operator network parameters are downloaded from the server, and then the locally stored operator network parameters are updated. Among them, the operator network parameters downloaded through the operator information currently registered by the SIM card can adapt to the current network environment of the terminal device. In an embodiment of the present application, on the one hand, the terminal device can promptly detect whether there is an abnormality in the operator network parameters, thereby improving the real-time nature of the detection. On the other hand, the terminal device can update the available operator network parameters in real time when an abnormality is detected in the locally stored operator network parameters. The embodiment of the present application can realize independent and real-time detection and update of operator network parameters by the terminal device, which can greatly improve the efficiency of updating the operator network parameters.

In a first possible implementation of the second aspect, during the operation of the terminal device, when a preset trigger condition is met, the terminal device performs an operation of detecting an abnormality of the first operator network parameter stored locally, wherein the trigger condition includes a change in the network state of the terminal device.

The operation includes SIM card network registration, network status changes, including SIM card network registration completion.

In a second possible implementation manner of the second aspect, the terminal device performs abnormality detection on the locally stored first operator network parameters, including:

The terminal device obtains the second operator information recorded in the first operator network parameters.

An abnormality detection is performed on the first operator network parameters according to the first operator information and the second operator information.

When the first operator information and the second operator information are inconsistent, it is determined that the detection result of the abnormality detection is that an abnormality exists.

Based on the second possibility of the second aspect, a third possible implementation manner of the second aspect also includes:

When the first operator information and the second operator information are consistent, the terminal device reads the locally stored first global equipment identity and the real second global equipment identity of the terminal device, and compares the first global equipment identity with the second global equipment identity.

When the first global device identifier and the second global device identifier are inconsistent, it is determined that the detection result of the abnormality detection is that an abnormality exists.

In a fourth possible implementation manner of the second aspect, the server includes pre-set standard operator network parameters and shared operator network parameters uploaded by the user.

According to the first operator information in the download request, matching the second operator network parameters corresponding to the terminal device includes:

When the download request does not contain the hardware information of the terminal device, the first operator information is used to perform parameter matching in order of first matching the shared operator network parameters and then matching the standard operator network parameters to determine the second operator network parameters corresponding to the terminal device.

When the download request does not contain the hardware information of the terminal device, it means that the terminal device has no specific hardware configuration requirements. At this time, in the embodiment of the present application, the server will preferentially match the operator network parameters shared by the user, so that the matched operator network parameters can be more suitable for the user's actual situation, thereby improving the effectiveness of the matching.

Based on the fourth possibility of the second aspect, as a fifth possible implementation manner of the second aspect, the download request also includes hardware information of the terminal device.

According to the first operator information in the download request, matching the second operator network parameters corresponding to the terminal device also includes:

When the download request contains the hardware information of the terminal device, the first operator information and the hardware information are used to perform parameter matching in sequence in the order of first matching the standard operator network parameters and then matching the shared operator network parameters to determine the second operator network parameters corresponding to the terminal device.

When the download request contains the hardware information of the terminal device, it means that the terminal device has requirements for the hardware configuration applicable to the operator network parameters. At this time, the operator network parameters pre-set by the technician are matched first, which can improve the stability of the matched operator network parameters. When the matched operator network parameters are used in the terminal device, the terminal device is less likely to have problems, thereby improving the effectiveness of the matching.

Based on the fifth possibility of the second aspect, as a sixth possible implementation manner of the second aspect, the download request also includes location information of the terminal device.

Using the first operator information and the hardware information to perform parameter matching in sequence, determining the second operator network parameters corresponding to the terminal device, including:

The first operator information, hardware information and location information are used to perform parameter matching in sequence to determine the second operator network parameters corresponding to the terminal device.

In order to improve the effectiveness of the operator network parameter matching, the operator network parameters sent to the terminal device can meet the actual needs of the current network environment of the terminal device as much as possible. In the embodiment of the present application, the information used to match the operator network parameters also includes the terminal device location information. This makes the matching of the operator network parameters more accurate and effective, so that the matched operator network parameters can meet the needs of the actual network environment of the terminal device to a greater extent.

In a seventh possible implementation manner of the second aspect, when the detection result of the abnormality detection is that there is no abnormality, the terminal device uploads the locally stored first operator network parameters to the server.

A third aspect of an embodiment of the present application provides a parameter updating device, including:

The registration information acquisition module is used to obtain the first operator information currently registered by the SIM card in the terminal device.

The anomaly detection module is used to perform anomaly detection on the first operator network parameters stored locally.

The parameter download module is used to download the second operator network parameters from the server based on the first operator information when the detection result of the abnormality detection is that an abnormality exists.

The parameter updating module is used to update the first operator network parameters based on the second operator network parameters and load the updated first operator network parameters.

In a fourth aspect, an embodiment of the present application provides a terminal device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor implements any method of the first aspect when executing the computer program.

In a fifth aspect, an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method of any one of the above-mentioned first aspects is implemented.

In a sixth aspect, an embodiment of the present application provides a chip system, the chip system includes a processor, the processor is coupled to a memory, and the processor executes a computer program stored in the memory to implement any method as described in any one of the first aspects above. The chip system can be a single chip, or a chip module composed of multiple chips.

In a seventh aspect, an embodiment of the present application provides a computer program product, which, when executed on a terminal device, enables the terminal device to execute any of the methods described in the first aspect.

It can be understood that the beneficial effects of the second to seventh aspects mentioned above can be found in the relevant description of the first aspect mentioned above, and will not be repeated here.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1a is a schematic diagram of a scenario in which an abnormal operator network parameter is provided in an embodiment of the present application;

FIG1b is a schematic diagram of another scenario in which an abnormality occurs in operator network parameters provided by an embodiment of the present application;

FIG1c is a schematic diagram of another scenario in which operator network parameters are abnormal according to an embodiment of the present application;

FIG2 is a system interaction diagram of a parameter updating method provided in an embodiment of the present application;

FIG3 is a timing diagram of SIM card network registration provided in an embodiment of the present application;

FIG4 is a schematic diagram of a process of performing abnormality detection by a terminal device in a parameter updating method provided in an embodiment of the present application;

FIG5 is a schematic diagram of a process flow of parameter matching performed by a server in a parameter updating method provided in an embodiment of the present application;

FIG6 is a flow chart of a parameter updating method provided in an embodiment of the present application;

FIG7 is a schematic diagram of the structure of a parameter updating device provided in an embodiment of the present application;

FIG8 is a schematic diagram of the structure of a mobile phone provided in an embodiment of the present application;

FIG9 is a software structure block diagram of a terminal device provided in an embodiment of the present application;

FIG. 10 is a schematic diagram of the hardware structure of a terminal device provided in an embodiment of the present application.

DETAILED DESCRIPTION

In the following description, specific details such as specific system structures, technologies, etc. are provided for the purpose of illustration rather than limitation, so as to provide a thorough understanding of the embodiments of the present application. However, it should be clear to those skilled in the art that the present application may also be implemented in other embodiments without these specific details. In other cases, detailed descriptions of well-known systems, devices, circuits, and methods are omitted to prevent unnecessary details from obstructing the description of the present application.

The parameter update method provided in the embodiment of the present application can be applied to terminal devices with mobile communication functions, such as mobile phones, tablet computers and wearable devices. In this case, the terminal device is the executor of the parameter update method provided in the embodiment of the present application. The embodiment of the present application does not impose any restrictions on the specific type of the terminal device.

For terminal devices with mobile communication functions, the file system of its modem records operator network parameters such as NV parameters, efs files, and xml files. Operator network parameters control the network-related services of the terminal device, allowing the terminal device to perform data and voice services normally. When there is a problem with the operator network parameters, it may cause problems with the basic functions of the terminal device, resulting in the user being unable to use the terminal device normally.

Take an example to illustrate. Suppose that when a user uses a terminal device with a SIM card of operator a in country A, the terminal device stores the operator network parameters corresponding to operator a. Since operator a does not support frequency bands such as B2, B12, B18, B19, B20 and B28, the band information in the operator network parameters does not contain these frequency band information. After the user arrives in country B, he still uses the terminal device and replaces the original SIM card of operator a with a SIM card of operator b. When the terminal device registers the LTE band 28 frequency band network of operator b, the band information needs to include frequency bands such as B2, B12, B18, B19, B20 and B28. At this time, since the operator network parameters stored locally in the terminal device do not include frequency bands such as B2, B12, B18, B19, B20 and B28, the terminal device cannot register the LTE band 28 frequency band network of operator b, making it difficult for the user to use the terminal device normally in country B.

For another example, when a user uses a terminal device with a SIM card of operator a, the terminal device records a large amount of historical frequency cell information for the purpose of increasing network registration speed. When the user's geographical location changes significantly, the terminal device needs to use the base station of operator c that cooperates with operator a to obtain network services. At this time, when the historical frequency cell information is not applicable to the base station situation of the user's real-time location, the terminal device will still give priority to searching for historical frequency cells, which will cause the terminal device network registration speed to slow down significantly.

In the case where there is a problem with the operator network parameters of the terminal device, an optional method is to push a new version of the operating system containing the available operator network parameters to the terminal device. This allows users to update the operator network parameters by updating the terminal device operating system version. Although this method can update the operator network parameters, on the one hand, the terminal device operating system version update cycle is often long, often several months or even a year, so users have to wait a long time to update the operator network parameters. During the period when the operating system version is not updated, the terminal device will always have problems, so the update efficiency is low. On the other hand, binding the update of the operator network parameters with the operating system version update will greatly reduce the user experience for users who do not need to update the operating system version (such as updating the operating system version of old mobile phones may cause freezes or even unusable). At the same time, the operating system files are often large in size, and downloading and installing them have high network requirements and storage requirements for terminal devices.

In order to improve the efficiency of updating the operator network parameters, in an embodiment of the present application, several servers storing multiple sets of operator network parameters will be pre-deployed. During use, the terminal device can promptly detect whether there are abnormalities in the locally stored operator network parameters when the SIM card is activated or other trigger conditions are met. When an abnormality is detected in the locally stored operator network parameters, the corresponding available operator network parameters are downloaded from the server, and then the locally stored operator network parameters are updated. As a result, the terminal device can promptly detect whether there are abnormalities in the operator network parameters on the one hand, thereby improving the real-time nature of the detection. On the other hand, the terminal device can update the operator network parameters in real time when an abnormality is detected in the locally stored operator network parameters. The embodiment of the present application can realize independent and real-time detection and update of the operator network parameters by the terminal device, without binding the terminal device operating system version update, download and installation operations, so the update efficiency of the operator network parameters can be greatly improved.

Here are some related concepts in the embodiments of the present application:

Operator network parameters: a general term for parameter information related to operator network configuration in terminal devices. Depending on the actual application, the specific content of the operator network parameters contained in the terminal device may vary.

It should be noted that there may be certain differences in the storage methods of operator network parameters corresponding to different chip manufacturers. In the actual process, the update of the operator network parameters can also be described as the update of the file storing the operator network parameters. For example, some chip manufacturers will place these operator network parameters in the modem configuration binary file (ModemConfiguration Binary File, MBN) file. At this time, the update of the operator network parameters is also an update of the MBN file. At the same time, the update of the operator network parameters in the embodiment of the present application can be an update of part or all of the operator network parameters of the terminal device. For example, only the bst_tbl file in the operator network parameters can be updated (the bst_tbl file contains band information, so the band information can be updated), or only the historical frequency information in the operator network parameters can be updated.

SIM card: In the embodiment of the present application, the actual type of SIM card needs to be determined according to the actual application scenario. For example, the SIM card can be any one or more of a traditional Subscriber Identity Module (SIM) card, a Universal Subscriber Identity Module (USIM) card, an Embedded Subscriber Identity Module (eSIM) card, and a virtual Subscriber Identity Card.

Card slot: For traditional SIM cards and USIM cards, which are physical cards that need to be inserted, the card slot refers to the physical card slot used to place the SIM card. For non-physical cards such as eSIM cards and virtual user identification cards, since they do not require a physical card slot, the card slot is also a virtual concept. That is, the hardware used to place the SIM card, or the hardware integrated with the SIM card.

Cell: refers to the area covered by a base station or a part of a base station (sector antenna) in a cellular mobile communication system, in which a mobile station can reliably communicate with the base station through a wireless channel. The specific rules for dividing cells and the size of the cell range are not limited here and can be determined according to the actual application scenario. For example, a cell can be the only minimum signal coverage range of a public land mobile network (PLMN), frequency point and physical cell identifier (PCI).

Here are some possible application scenarios of the embodiments of the present application:

The embodiments of the present application can be applied to any scenario where the operator network parameters stored locally on a terminal device are abnormal and need to be updated, including but not limited to the following scenarios:

Application scenario 1: When the user uses the terminal device, the SIM card of a different operator is replaced, but the operator network parameters stored locally in the terminal device are not applicable to the newly inserted SIM card. At this time, the locally stored operator network parameters need to be updated to operator network parameters applicable to the newly inserted SIM card. For example, refer to Figure 1a, which is a scenario diagram for scenario 1 provided in an embodiment of the present application. Suppose that the user replaces the SIM card of operator a originally inserted in the terminal device with a SIM card of operator b. At this time, before and after the SIM card is replaced, the base station used by the terminal device may also change, from the base station of operator a to the base station of operator b.

Application scenario 2: When the user is using the terminal device, the originally inserted SIM card is replaced with a SIM card of another number of the same operator. At this time, the operator network parameters corresponding to the original SIM card stored locally may not be completely applicable to the new SIM card. Or when the user is using the SIM card, the original SIM card is inserted into a new terminal device. At this time, the default operator network parameters stored locally in the new terminal device may not be completely applicable to the original SIM card. Therefore, it is necessary to update the locally stored operator network parameters to operator network parameters applicable to the newly inserted SIM card. For example, refer to Figure 1b, which is a scenario diagram for scenario 2 provided in an embodiment of the present application. Suppose that the user replaces the SIM card of operator a originally used by the terminal device with a SIM card of operator a with another number. At this time, the base station used by the terminal device is generally still the base station of operator a.

Application scenario 3: The user does not change the SIM card during the use of the terminal device, but the user's geographical location has changed significantly, such as the user has moved to another country. In the new geographical location, the base station operator or the types of network services that the base station can provide have changed significantly, causing the terminal device to be unable to register the network or the registration network speed to slow down in the new geographical location. At this time, it is necessary to update the locally stored operator network parameters to operator network parameters applicable to the new geographical location. For example, refer to Figure 1c, which is a scenario diagram for scenario 3 provided by an embodiment of the present application. Assume that the user's terminal device uses a SIM card of operator a. During the use of the terminal device, the user travels to other countries without operator a base stations. At this time, although the terminal device still uses the SIM card of operator a, it will search the network again and register on the network of operator c that cooperates with operator a (that is, realize network roaming), so as to achieve normal use in the new country. Therefore, the base station of operator c is actually used at this time.

Application scenario 4: The user does not change the SIM card during the use of the terminal device, but due to various reasons, the locally stored operator network parameters have parameter errors or parameter loss. As a result, the terminal device cannot perform normal network-related business operations through the locally stored operator network parameters. In this case, the locally stored operator network parameters need to be updated to the operator network parameters that are suitable for the terminal device.

In order to illustrate the technical solution described in this application, a specific embodiment is provided below for illustration.

FIG2 shows a system interaction diagram of a parameter updating method provided in Embodiment 1 of the present application, which is described in detail as follows:

S200, the terminal device performs SIM card network registration.

In the embodiment of the present application, the scenario of performing SIM card network registration to activate the SIM card includes but is not limited to:

Activation scenario 1: Insert a physical SIM card into the terminal device and register with the network.

Activation scenario 2: The terminal device loads a built-in eSIM card or virtual SIM card to register with the network.

Activation scenario 3: After the terminal device uses flight mode or loses network signal, re-register the SIM card to the network.

In actual applications, the specific network activation scenario of the SIM card can be determined according to the actual situation of the terminal device, and no excessive restrictions are made here. At the same time, the embodiment of the present application also does not make excessive restrictions on the network registration method of the SIM card.

As an optional implementation method of SIM card network registration in the present application, in an embodiment of the present application, the terminal device includes: phone state (Phone state), Sim state (Sim state), network type state (Network typestate) and call management state (Call manage state, also referred to as CM state) and other processes related to activating the SIM card.

When the terminal device does not have a SIM card inserted: the Network type state is: limited service. At this time, although the terminal device cannot use the normal network services of the operator, it can still use some emergency network services. For example, it can call some alarm numbers, etc. The Sim state is not ready, and the corresponding recorded SIM card state is absent.

When a SIM card is inserted into a terminal device, the SIM card state recorded in the corresponding Sim state is updated to present, and the terminal device starts to activate the SIM card. Referring to FIG3 , it is a timing diagram of the SIM card network registration implementation provided by an embodiment of the present application, which is described in detail as follows:

S301, after detecting that the SIM card is inserted, the Sim status calls the mobile phone status process.

S302, the mobile phone status sends an activation instruction to the Sim status: sim active.

S303, the Sim status replies to the mobile phone status as ready.

S304, the mobile phone status notifies the call management status to start cell search.

S305, the call management state performs a cell search and performs a cell registration. When the cell is successfully camped, the network type state camping standard is notified.

After successful camping, Call manage state updates its status to camp on.

S306, the network type status updates its own status limit service to the status corresponding to the resident standard, completing the network registration of the SIM card.

For example, it can be updated to online GSM, online LTE, or online NR, etc.

As an optional embodiment of the present application, the Call manage state thread can implement the operations such as abnormal detection of operator network parameters and loading of operator network parameters required in the embodiment of the present application. For example, the function Load configuration can be used to load the operator network parameters.

S201, after the SIM card network registration is completed, the terminal device performs an abnormality detection on the operator network parameters stored locally.

In the embodiment of the present application, the locally stored operator network parameters may also be referred to as first operator network parameters.

In order to avoid the terminal device not being able to be used normally due to problems with the operator's network parameters. After completing the network registration of the SIM card and before loading the operator's network parameters, the terminal device can perform one or more abnormality detections on the operator's network parameters. In the embodiment of the present application, the operator's network parameter abnormality may include any one or both of the following aspects:

Aspect 1: Whether the operator's network parameters have data errors, data missing and other anomalies. This can determine whether the terminal device can be used normally in the current network environment.

The detection method of data error and data missing is not limited here. For example, data integrity check and other methods can be used to determine whether there is data missing in the operator network parameters.

Aspect 2: Whether the operator network parameters stored locally on the terminal device match the network environment in which the terminal device is located. This determines whether the terminal device can be used normally in the current network environment. Details are as follows:

In actual applications, after the SIM card network registration is completed, at least three operator information can be found in the terminal device, namely:

1. The operator information (also referred to as the second operator information) recorded in the locally stored operator network parameters. Based on the operator information, the operator (also referred to as the local operator) that has provided network services in the local records of the terminal device can be determined.

2. The operator information recorded in the SIM card. Based on the operator information, the operator to which the SIM card belongs (also called the SIM card operator) can be determined.

3. The operator information currently registered by the SIM card (also referred to as the first operator information). Based on the operator information, the operator (also referred to as the registered operator) to which the network service currently actually registered and used by the terminal device belongs can be determined.

In real life, when there are base stations of SIM card operators in the country or region where the user is located, the terminal device can use the network services of the SIM card operator through these base stations. At this time, the SIM card operator and the registered operator are often the same operator. When there are no base stations of SIM card operators in the country or region where the user is located, but there are base stations of other operators cooperating with the SIM card operator. The user terminal can use the network services of the cooperating operator through the base stations of these cooperating operators. At this time, the registered operator is the cooperating operator of the SIM card operator. However, regardless of whether the SIM card operator and the registered operator are the same operator, the terminal device actually uses the network services of the registered operator. It can be seen from this that in order for the terminal device to be used normally in the current network environment, that is, to be able to use the network services in the current network environment normally, the local operator needs to be consistent with the registered operator.

Based on the above principle, when detecting whether the operator network parameters stored locally in the terminal device match the network environment in which the terminal device is located, the embodiment of the present application obtains the operator information recorded in the locally stored operator network parameters and the operator information currently registered by the SIM card. The two operator information are then compared to determine whether the two operator information are consistent, thereby determining whether the local operator and the registered operator are the same operator. This improves the accuracy of anomaly detection.

If the local operator and the registered operator are not the same operator, it means that the operator network parameters stored locally are not applicable to the network environment of the terminal device. At this time, the detection result of the abnormality detection can be determined as: there is an abnormality.

Referring to FIG. 4 , at this time S201 can be replaced by:

S2011, after the SIM card network registration is completed, the terminal device obtains the operator information recorded in the locally stored operator network parameters and the operator information currently registered by the SIM card, and detects whether there is any abnormality in the locally stored operator network parameters based on the obtained operator information.

S2012: If the operator information recorded in the locally stored operator network parameters is inconsistent with the operator information currently registered on the SIM card, the detection result is determined to be abnormal.

It should be noted that, since the recording formats of the operator information may be different in actual applications, in the embodiment of the present application, the two operator information are consistent, which means that the operators corresponding to the two operator information are the same.

To illustrate with an example, assume that each operator can be recorded in the form of a digital code, in which case the operator information is a digital code. For example, the operator information corresponding to operator a, operator b, and operator c can be set as 460005, 460006, and 460007, respectively. You can also choose to record each operator in the form of a letter string, in which case the operator information is an letter string. For example, the operator information corresponding to operator a, operator b, and operator c can be set as CTCC, CTCC, and CMCC, respectively. At this time, although the form and content of operator information 460007 and operator information CMCC are different, the corresponding operators are both operator c, so the two are consistent.

Therefore, in the embodiment of the present application, when judging whether the operator information recorded in the locally stored operator network parameters is consistent with the operator information currently registered on the SIM card. If the two record formats are different, it is possible to judge whether the two are consistent by first querying the operators corresponding to the two and then comparing whether the operators are the same. When the two record formats are the same, it is possible to judge whether the two are consistent by first querying the operators corresponding to the two and then comparing whether the operators are the same. It is also possible to judge whether the two are consistent by comparing whether the contents of the two are the same.

As an optional embodiment for obtaining operator information in the present application. In the embodiment of the present application, for the locally stored operator network parameters, the PLMN identifier contained in the NV parameter or EFS file can be obtained, and the obtained PLMN identifier can be used as the operator information recorded in the locally stored operator network parameters. For example, the mobile network code (Mobile Network Code, MNC) or mobile device country code (Mobile country code, MCC) of the Acp.db file in the locally stored operator network parameters can be read. And the read MNC or MCC is used as the operator information.

For the operator currently registered by the SIM card, the Home Public Land Mobile Network (HPLMN) identifier obtained when the SIM card network is registered can be used as the corresponding operator information. For example, in combination with the embodiment shown in FIG3 , the specific HPLMN can be reported by the Sim state.

After obtaining the PLMN identifier and the HPLMN identifier, the PLMN identifier and the HPLMN identifier can be matched to determine whether they are the same. For example, an AND operation can be performed on the identifier values. If the operation result is true, it means that the two are matched, and false means that they are not matched. If the matching result is that the two match, it means that the operator information is consistent. If they are not matched, it means that the operator information is inconsistent.

As an optional embodiment of the present application, when the abnormality detection result of the locally stored operator network parameters is that an abnormality exists, the embodiment of the present application can clear the locally stored operator network parameters to perform subsequent operator network parameter updates.

As an optional embodiment of the present application, considering that in actual applications, due to the loss of operator network parameters or storage path errors, the terminal device may be unable to read the operator network parameters locally. At this time, the locally stored operator network parameters are empty. In response to this situation, in the embodiment of the present application, the operation of abnormal detection in S2011 may not be performed, but the operation of downloading the matching operator network parameters from the server in S202 may be performed to achieve real-time update of the local operator network parameters.

As an optional embodiment of the present application, in the case where the local operator and the registered operator are the same operator, two optional processing methods are provided in the embodiment of the present application:

Processing method 1: Determine that the result of abnormality detection is: no abnormality exists. In this case, S2011 may be followed by S20131.

S20131: If the operator information recorded in the locally stored operator network parameters is consistent with the operator information currently registered on the SIM card, it is determined that the detection result is not abnormal.

Processing method 2: Continue to identify whether the terminal device or the SIM card in the terminal device has been replaced. When it is determined that the terminal device or the SIM card in the terminal device has been replaced, determine that the detection result is abnormal.

Whether the terminal device can normally use the current network environment will be affected by the hardware of the terminal device itself and the hardware of the SIM card. The scenario of the embodiment shown in Figure 1b. Therefore, when the hardware of the terminal device or the SIM card is replaced, it may also cause the terminal device to be unable to normally use the network service in the current network environment. Based on this, the embodiment of the present application will perform a secondary detection of the terminal device's own hardware and the SIM card. Specifically: At this time, S2011 can also include: S20132 to S20134.

S20132, if the operator information recorded in the locally stored operator network parameters is consistent with the operator information currently registered on the SIM card, the terminal device reads the locally historically stored global device identifier and the actual global device identifier of the terminal device, and detects whether the two global device identifiers are consistent.

S20133: If the global device identification stored in the local history is inconsistent with the real global device identification of the terminal device, the detection result is determined to be abnormal.

In the embodiment of the present application, the global device identifier stored locally in history may also be referred to as the first global device identifier, and the real global device identifier of the terminal device may also be referred to as the second global device identifier.

In an embodiment of the present application, the global device identification is a general term for an identification that can uniquely identify a terminal device or a SIM card in a terminal device. Through the global device identification, the terminal device or SIM card can be uniquely determined. As an optional embodiment of the present application, for the terminal device, the International Mobile Equipment Identity (MIEI) or the Mobile Equipment IDentifier (MEID) can be selected. For the SIM card, the Integrated Circuit Card Identity (ICCID) or the International Mobile Subscriber Identity (IMSI) can be selected. On this basis, the global device identification can include any one or more of ICCID, IMSI, MIEI and MEID.

As an optional embodiment of the present application, the global device identifier includes an ICCID and an MEID. In S20132, the terminal device of the embodiment of the present application can first compare the ICCID stored in the local history with the real ICCID of the SIM card in the terminal device to see if they are the same. If they are the same, it can be determined that the global device identifier stored in the local history is consistent with the real global device identifier of the terminal device. On the contrary, if they are not the same, it can be determined that the global device identifier stored in the local history is inconsistent with the real global device identifier of the terminal device.

If the locally stored ICCID or the real ICCID of the SIM card cannot be detected, the locally stored MEID and the real MEID of the terminal device are compared to see if they are the same. If they are the same, it can be determined that the locally stored global device identifier and the real global device identifier of the terminal device are consistent. On the contrary, if they are different, it can be determined that the locally stored global device identifier and the real global device identifier of the terminal device are inconsistent. At this time, the detection result is determined to be abnormal, which can improve the abnormality detection effect and make the abnormality detection more effective.

S20134: If the global device identification stored in the local history is consistent with the real global device identification of the terminal device, the detection result is determined to be free of abnormality.

In the embodiment of the present application, if there is no abnormality in the operator network parameters, such as S20131 and S20134, the locally stored operator network parameters may not be updated. At this time, the terminal device may load the locally stored operator parameter information, such as loading it into the EFS system.

By detecting whether the operator network parameters stored locally on the terminal device match the network environment of the terminal device, the embodiment of the present application can effectively identify the scenarios of the embodiments shown in Figures 1a to 1c. This can achieve real-time and accurate identification of scenarios where the user may have operator network parameter problems, providing a basis for real-time and effective updating of operator network parameters.

S202: When the detection result shows that an abnormality exists, the terminal device sends a download request to the server, wherein the download request includes the operator information currently registered by the SIM card.

When an abnormality is detected in the locally stored operator network parameters, such as data errors or missing data in the locally stored operator network parameters, or the network environment in which the terminal device is located does not match the terminal device. If the terminal device continues to use the locally stored operator network parameters, it may not be able to use network services normally in the current network environment. Therefore, it is necessary to update the locally stored operator network parameters to obtain available operator network parameters.

In order to achieve real-time and effective update of operator network parameters, the embodiment of the present application will pre-set one or more servers and store multiple sets of operator network parameters in these servers. At the same time, the operator information currently registered by the SIM card is selected as the information for matching the operator network parameters. On this basis, when the terminal device detects that there is an abnormality in the locally stored operator network parameters, a download request containing the operator information currently registered by the SIM card can be sent to the server. In order to inform the server that the terminal device needs to download the operator network parameters at this time.

It should be noted that in addition to the operator information currently registered by the SIM card, other information of the terminal device can also be selected as information for matching the operator's network parameters, which is not limited here. For example, as an optional embodiment of the present application, the hardware information and/or location information of the terminal device can also be selected. At this time, the download request can also include the hardware information and/or location information of the terminal device. Among them, the specific content contained in the hardware information and location information is not limited here. For example, in some optional embodiments, the hardware information may include any one or more hardware parameters such as the device model, device type, and chip model of the terminal device. The location information can be longitude and latitude, or it can be the country or region where the terminal device is currently located, or it can be a more detailed administrative area location, for example, it can be accurate to the city level, county level, or village level.

It should be understood that even if the information used to match the operator network parameters is set, other information other than the operator information currently registered by the SIM card is included. In actual applications, the terminal device can also choose to set the operator information currently registered by the SIM card in the download request without including other information used to match the operator network parameters. Therefore, in actual applications, the specific information content included in the download request needs to be determined according to actual conditions.

It should also be noted that in the embodiment of the present application, the download request can be the information itself for matching the operator network parameters. It can also include more other data content on the basis of including the information for matching the operator network parameters, which is not limited here. For example, when only the operator information currently registered by the SIM card is selected as the information for matching the operator network parameters. The download request can be the operator information currently registered by the SIM card itself, or it can include some request headers and other data in a specific format on the basis of including the operator information currently registered by the SIM card.

At the same time, in the embodiments of the present application, there are no excessive restrictions on the type of server, for example, it can be a cloud server or a physical server.

This is an optional embodiment of the present application. Considering that the actual usage scenarios of users in actual applications are more real and richer than those during R&D and design, more actual scenarios can be covered. Therefore, in order to better meet the actual needs of users, more suitable operator network parameters are provided to users. In an embodiment of the present application, during operation, the terminal device can upload its locally stored operator network parameters to the server for sharing. Accordingly, the server can store some operator network parameters pre-set by technicians (hereinafter referred to as standard operator network parameters) on the one hand, and some operator network parameters shared by user terminal devices (hereinafter referred to as user-shared operator network parameters) on the other hand. Among them, in order to protect user privacy, the terminal device can desensitize the operator network parameters before uploading. Then upload the operator network parameters after desensitization.

As an optional embodiment of the present application, the terminal device may upload the operator information currently registered by the SIM card, the terminal device hardware information, and any information in the terminal device location information while uploading the operator network parameters, for use by the server to match the operator network parameters. The specific content of the information uploaded together can be determined according to the information used to match the operator network parameters contained in the download request. For example, when the download request contains the terminal device hardware information, the terminal device in the embodiment of the present application also uploads its own hardware information. When the download request contains the terminal device location information, the terminal device in the embodiment of the present application also uploads its own location information. Among them, the timing of uploading the operator network parameters can be any time point during the normal use of the terminal device, and no excessive restrictions are made here.

S203, the server receives the download request, and matches the operator information in the download request to determine the operator network parameters applicable to the terminal device, and then sends them to the terminal device.

In the embodiment of the present application, the operator network parameters matched by the server may also be referred to as second operator network parameters.

After receiving the download request sent by the terminal device, the server matches the operator network parameters stored in the server according to the operator information contained therein (i.e., the operator information currently registered by the SIM card). Since the operator network parameters originally contain operator information, as an optional embodiment of the present application, the server can match the received operator information with the operator information in each operator network parameter to determine the operator network parameters of the same operator. As another optional embodiment of the present application, in order to reduce the workload of parsing operator information from the operator network parameters. When storing the operator network parameters, the operator information corresponding to the operator network parameters can also be associated and stored in the server, or the operator corresponding to the operator network parameters can be marked. At this time, the server can match the received operator information with the operator information or operator associated with the operator network parameters to determine the operator network parameters of the same operator.

As an optional embodiment of the present application, in addition to the operator information currently registered by the SIM card, the information used to match the operator network parameters may also include terminal device hardware information. Correspondingly, some or all of the operator network parameters in the server may also be associated with hardware information. As an optional embodiment of the present application, a single operator network parameter in the server may be associated with one or more sets of applicable hardware information. For example, assuming that the hardware information is a chip model, a single operator network parameter in the server may be associated with one or more chip models. As another optional embodiment of the present application, for operator network parameters that are common to terminal device hardware configurations, it may also be chosen not to associate and store hardware information.

As an optional embodiment of the present application, it is assumed that the server stores both standard operator network parameters and operator network parameters shared by users. On this basis, if the received download request contains hardware information of the terminal device in addition to the operator information, S203 can be replaced by: the server receives the download request, matches the operator information and hardware information in the download request, determines the operator network parameters applicable to the terminal device, and then sends them to the terminal device.

In the embodiment of the present application, the standard operator network parameters in the server may also be referred to as standard operator network parameters, and the operator network parameters shared by users may also be referred to as shared operator network parameters.

As an optional embodiment of the present application, it is assumed that standard operator network parameters and shared operator network parameters are stored in the server at the same time. Taking into account that shared operator network parameters can cover more real user scenarios in actual applications, when matching using operator information and hardware information. For download requests that do not contain hardware information, that is, terminal devices that do not have hardware configuration requirements, the embodiment of the present application will give priority to matching from shared operator network parameters to determine the operator network parameters that match the operator information. For download requests that contain hardware information, priority is given to matching from standard operator network parameters to determine the operator network parameters that match the operator information. Referring to Figure 5, at this time S203 can be replaced by: S2031 to S2033.

S2031, the server receives a download request. The server stores pre-set operator network parameters and operator network parameters shared by user terminal devices.

S2032, if the download request does not contain the hardware information of the terminal device, the operator information is matched in the order of first matching the operator network parameters shared by the user terminal device and then matching the pre-set operator network parameters, and the operator network parameters applicable to the terminal device are determined and then sent to the terminal device.

When the download request does not contain the hardware information of the terminal device, it means that the terminal device has no specific hardware configuration requirements. At this time, in the embodiment of the present application, the server will preferentially match the operator network parameters shared by the user, so that the matched operator network parameters can be more suitable for the user's actual situation, thereby improving the effectiveness of the matching.

When the operator network parameters shared by the user terminal device do not include operator network parameters that match the operator information in the download request, the operator network parameters that match the operator information in the download request are determined from the pre-set operator network parameters and sent to the terminal device.

S2033, if the download request contains the hardware information of the terminal device, the operator information and the hardware information are matched in the order of first matching the pre-set operator network parameters and then matching the operator network parameters shared by the user terminal device, and the operator network parameters applicable to the terminal device are determined and then sent to the terminal device.

When the download request contains the hardware information of the terminal device, it means that the terminal device has requirements for the hardware configuration applicable to the operator network parameters. At this time, the operator network parameters pre-set by the technician are matched first, which can improve the stability of the matched operator network parameters. When the matched operator network parameters are used in the terminal device, the terminal device is less likely to have problems, thereby improving the effectiveness of the matching.

When the pre-set operator network parameters do not include operator network parameters that match both the operator information and the hardware information in the download request, the operator network parameters that match the operator information and the hardware information are determined from the operator network parameters shared by the user and sent to the terminal device.

Among them, hardware information matching means that the hardware information associated with the operator network parameters can cover or meet the hardware information requirements in the download request. For example, the hardware information associated with the operator network parameters is the same as the hardware information in the download request, or the hardware information associated with the operator network parameters contains the hardware information in the download request, or the hardware information associated with the operator network parameters is compatible with the hardware information in the download request, etc.

As an optional embodiment of the present application, in addition to the operator information currently registered by the SIM card, the information used to match the operator network parameters also includes the location information of the terminal device.

Considering that even for the same operator, the distribution of its base stations in different geographical locations will be different. For example, in some well-developed cities, the number of base stations is often large and the distribution is relatively dense. In some relatively underdeveloped cities or rural areas, the number of base stations is often small and the distribution is relatively sparse. At the same time, the network services provided by these base stations may also be different, such as some base stations can provide 5G network services, while some base stations can only provide 4G network services. It can be seen that in different geographical locations, the actual network environment of users may be quite different, resulting in certain differences in the actual corresponding operator network parameters. In order to improve the effectiveness of matching operator network parameters, the operator network parameters sent to the terminal device can meet the actual needs of the current network environment of the terminal device as much as possible. In an embodiment of the present application, the information used to match the operator network parameters also includes terminal device location information. Accordingly, some or all of the operator network parameters stored in the server can be associated with one or more location information. On this basis, the download request sent by the terminal device can also include the current location information of the terminal device.

At this time, S203 can be replaced by: the server receives the download request, matches the operator information and location information in the download request, determines the operator network parameters applicable to the terminal device, and then sends them to the terminal device.

When matching location information, the location information associated with the operator network parameters in the server and the location information in the download request may be matched in order of the shortest to longest spatial distance, and the operator network parameters with matching operator information and short spatial distance are preferentially selected.

As an optional embodiment of the present application, in addition to the operator information currently registered by the SIM card, the information used to match the operator's network parameters also includes terminal device hardware information and location information.

In the embodiment of the present application, the hardware configuration and geographical location of the terminal device can be comprehensively considered at the same time, so that the matching of the operator network parameters is more accurate and effective, so that the matched operator network parameters can meet the needs of the actual network environment of the terminal device to a greater extent. Based on this, some or all of the operator network parameters stored in the server can be associated with one or more sets of hardware information and one or more location information. On this basis, the download request sent by the terminal device can also include the hardware information of the terminal device and the current location information.

At this time, S203 can be replaced by: the server receives the download request, and matches the operator information, hardware information and location information in the download request, determines the operator network parameters applicable to the terminal device, and then sends them to the terminal device.

The embodiment of the present application is a detailed embodiment based on the embodiment shown in Figure 5. Accordingly, when matching using operator information, or matching using operator information and hardware information, location information matching can be introduced.

Specifically, for S2032, it can be replaced with: if the download request does not contain the hardware information of the terminal device, the operator information and location information are matched in the order of first matching the operator network parameters shared by the user terminal device, and then matching the pre-set operator network parameters, to determine the operator network parameters applicable to the terminal device and then send them to the terminal device.

For S2033, it can be replaced with: If the download request contains the hardware information of the terminal device, the operator information, hardware information and location information are matched in order of first matching the pre-set operator network parameters and then matching the operator network parameters shared by the user terminal device, and the operator network parameters applicable to the terminal device are determined and then sent to the terminal device.

Among them, when matching the location information, the matching can be performed in the order of the spatial distance between the location information associated with the operator network parameters in the server and the location information in the download request from short to long. For example, for the replaced S2032, the operator network parameters with the shortest spatial distance can be selected. For the replaced S2033, the operator network parameters with the shortest spatial distance matching the operator information and the hardware information are selected.

S204, the terminal device receives the operator network parameters sent by the server, and uses the received operator network parameters to update the locally stored operator network parameters, and then loads the updated operator network parameters.

After receiving the operator network parameters sent by the server, the terminal device starts to update the locally stored operator network parameters. The updating method is not limited here. For example, in some optional embodiments, it is possible to delete the locally stored operator network parameters when S202 determines that the detection result is abnormal. At this time, in S204, the received operator network parameters can be stored locally to achieve the update. In other optional embodiments, it is also possible to delete the locally stored operator network parameters in S204 and store the received operator network parameters to achieve the update.

As an optional embodiment of the present application, it is also possible to choose to update only part of the locally stored operator network parameters each time. For example, in some optional embodiments, the operator network parameters can be divided into two parts: fixed content and flexible content, wherein each abnormality detection and update only processes the flexible content part. At this time, the operator network parameters stored in the server may only include the flexible content part. When the terminal device is updated, only the flexible content part of the local operator network parameters needs to be updated.

After the update is completed, the terminal device can load the locally stored operator parameter information to use the operator's network services normally, such as loading it into the EFS system.

S205, during operation, the terminal device performs an abnormality detection on the operator network parameters stored locally.

When the detection result shows that an abnormality exists, the process returns to executing the operation of S202.

In the embodiment of the present application, in addition to the time node of the completion of the SIM card network registration, the terminal device can also trigger an abnormal detection of the locally stored operator network parameters during normal operation. Among them, the present application does not make too many restrictions on the conditions for triggering abnormal detection during the use of the terminal device. At the same time, the abnormal detection in S205 is the same as the abnormal detection operation in S201, so the specific abnormal detection operation can refer to the relevant description of S201, which is not repeated here. Similarly, after S205, according to the detection result of the abnormal detection, the terminal device and the server can perform the operations of S202 to S204 accordingly. To achieve the update of the locally stored operator network parameters. That is, when the detection result of S205 is that there is an abnormality, it can return to perform the operation of S202 until the locally stored operator network parameters are updated. For details, please refer to the relevant description of S202 to S204, which is not repeated here. Among them, for the terminal device and the state during operation, if the detection result is that there is no abnormality. At this time, there is no need to update the operator network parameters, nor is there any need to reload the operator network parameters.

As an embodiment of the present application, S201 and S205 may be unified as follows: when a preset trigger condition is met, the terminal device performs an abnormality detection on the locally stored operator network parameters.

At this time, for S201, the triggering condition is that the SIM card network registration is completed.

In the embodiment of the present application, the terminal device can perform abnormality detection at any time point during the entire use process when the trigger condition is met, so that the operation of the embodiment of the present application for operator network parameter abnormality detection is more real-time and flexible.

As an optional embodiment of the present application, the triggering conditions for abnormality detection may include any one or more of the following:

Trigger condition 1: Timed trigger, that is, you can set a trigger cycle and trigger anomaly detection regularly at this cycle.

Trigger condition 2: Random trigger. For example, you can set some random duration generation functions and randomly generate a duration each time an anomaly is detected, which will be used as the interval for the next trigger. That is, based on the generated duration and the current time, the time point for the next anomaly detection is determined, and the anomaly detection is triggered when the time point is reached.

Trigger condition 3: The network status of the terminal device changes, including but not limited to: SIM card insertion and removal, SIM card network registration completion, network standard switching, and network standard change.

By triggering the operator network parameter anomaly detection when the network status changes, the embodiment of the present application can update the operator network parameters as soon as the network status changes. This allows the user to obtain the available operator network parameters in real time after the terminal device completes the network status change, and synchronize the update with the network status. This can avoid the situation where the user cannot use the terminal device normally due to the abnormal operator network parameters after the network status is updated. This realizes the real-time and seamless update of the operator network parameters for the user. Therefore, the user experience can be greatly improved.

Trigger condition 4: User-initiated triggering. At this time, a function related to the operator's network parameter update can be set in the terminal device. When the terminal device detects that the user uses the function (such as detecting that the user inputs an opening instruction for the function), anomaly detection begins.

Trigger condition 5: Problems occur when the terminal device uses the operator's network service, including but not limited to: inability to use data services, inability to use voice services, network registration speed is slow and exceeds the preset speed threshold, and inability to register with the network.

By triggering the operator network parameter abnormality detection when a problem occurs in the operator network service, the embodiment of the present application can update the operator network parameters and solve the problem as soon as the problem occurs in the operator network service. Therefore, the embodiment of the present application can reduce the time that the user cannot use the terminal device normally due to the abnormal operator network parameters. Reduce the impact of the abnormal operator network parameters on the normal use of the terminal device by the user, thereby improving the user experience.

It should be understood that the above five trigger conditions are only part of the trigger conditions provided in the embodiment of the present application, and more or fewer trigger conditions may be included in actual applications. For example, for the above five trigger conditions, only one trigger condition may be selected, or multiple trigger conditions may be selected at the same time. It is also possible to set some other trigger conditions based on the selection of some or all of the trigger conditions. No excessive restrictions are made here.

On the basis of setting the trigger conditions, when any trigger condition is met, the terminal device can start abnormal detection of the operator network parameters stored locally.

The above embodiment is illustrated by a specific embodiment. In the embodiment of the present application, the SIM card activation scenario is: inserting a physical SIM card into the terminal device and registering the network. The server is a cloud server. When the terminal device detects that there is an abnormality in the locally stored operator network parameters, it will delete the locally stored operator network parameters. Referring to Figure 6, it is a flow chart of the method provided by the embodiment of the present application, which is described in detail as follows:

S401, when the terminal device detects that a SIM card is inserted, the terminal device registers the SIM card with the network.

S402, after completing the SIM card network registration, the terminal device performs an abnormality detection on the operator network parameters stored locally.

S403: If the detection result shows that the locally stored operator network parameters are abnormal, the locally stored operator network parameters are deleted, the operator network parameters are downloaded and updated through the server, and the operator network parameters are loaded.

S404: If the detection result shows that there is no abnormality in the locally stored operator network parameters, the locally stored operator network parameters are loaded normally.

S405, during operation, the terminal device performs an abnormality detection on the locally stored operator network parameters.

S406: If the detection result shows that the locally stored operator network parameters are abnormal, the locally stored operator network parameters are deleted, the operator network parameters are downloaded and updated through the server, and the operator network parameters are loaded.

S407: If the detection result shows that there is no abnormality in the locally stored operator network parameters, the locally stored operator network parameters are uploaded to the cloud server to share the locally stored operator network parameters.

The operating principles, details and beneficial effects of S401 to S407 can all be referred to the embodiments shown in Figures 2 to 5, as well as the description of other related method embodiments, and will not be elaborated here.

Through the embodiments shown in Figures 2 to 6 above, the embodiments of the present application can solve the scenario requirements where the operator network parameters stored locally in various terminal devices are abnormal and need to be updated.

For example, for the above application scenario 1: when the user uses the terminal device, he replaces the SIM card of a different operator, but the operator network parameters stored locally in the terminal device are not applicable to the newly inserted SIM card.

Since the terminal device will register the SIM card network when a new SIM card is inserted, the operation S200 of the embodiment shown in FIG2 will be triggered. The abnormality detection can detect that the operator registered with the SIM card is different from the operator in the locally stored operator network parameters, thereby triggering the update of the operator network parameters. Timely update of the locally stored operator network parameters is achieved.

Regarding the above application scenario 2: when the user uses the terminal device, the originally inserted SIM card is replaced with a SIM card of another number of the same operator.

Similarly, since the terminal device will register the SIM card network when a new SIM card is inserted, the operation S200 of the embodiment shown in FIG2 will be triggered. The abnormality detection can detect that the inserted SIM card has changed, thereby triggering the update of the operator network parameters. The operator network parameters stored locally are updated in a timely manner.

For the above application scenario 3: the user does not change the SIM card during the use of the terminal device, but the user's geographical location has changed significantly, such as the user has moved to another country. In the new geographical location, the base station operator or the types of network services that the base station can provide have changed significantly, making the terminal device unable to register the network or the registration network speed slow in the new geographical location.

For example, in a real-world scenario, when a user uses a terminal device with a SIM card of operator a, the terminal device records a large amount of historical frequency cell information for the purpose of increasing network registration speed. When the user's geographical location changes significantly, the terminal device needs to use the base station of operator c that cooperates with operator a to obtain the network server. At this time, when the historical frequency cell information is not applicable to the base station situation of the user's real-time location, the terminal device will still prioritize searching for historical frequency cells, which will cause the terminal device network registration speed to slow down significantly.

Since the embodiments of the present application also set some trigger conditions during the normal use of the terminal device by the user. When the terminal device has operations such as power on and off, automatic re-registration of the network, etc., the operation of S205 can be triggered. Among them, the abnormal detection can detect that the operator registered by the SIM card is different from the operator in the locally stored operator network parameters, thereby triggering the update of the operator network parameters. Timely update of the locally stored operator network parameters is achieved. Among them, the recorded historical frequency cell information will be deleted during the update process, so the speed of network formation can be accelerated.

For the above application scenario 4: the user does not change the SIM card during the use of the terminal device, but due to various reasons, the locally stored operator network parameters have parameter errors or parameter loss. As a result, the terminal device cannot perform normal network-related business operations through the locally stored operator network parameters.

Since the embodiment of the present application also sets some trigger conditions during the normal use of the terminal device by the user, the operation of S205 can be triggered when the terminal device is turned on and off, automatically re-registers the network, etc. The abnormal detection can detect whether there are data errors or data missing in the locally stored operator network parameters, thereby triggering the update of the operator network parameters. Timely update of the locally stored operator network parameters is achieved.

In order to improve the efficiency of updating the operator network parameters, in the embodiment of the present application, several servers storing multiple sets of operator network parameters will be pre-deployed. During the use of the terminal device, when the SIM card is activated or other trigger conditions are met, the locally stored operator network parameters can be promptly detected to see if there are any abnormalities. When it is detected that the locally stored operator network parameters are abnormal, the operator network parameters matching the operator information and hardware information registered with the terminal device are downloaded from the server, and then the locally stored operator network parameters are updated. Thus, on the one hand, the terminal device can promptly detect whether there are any abnormalities in the operator network parameters, thereby improving the real-time nature of the detection. On the other hand, the terminal device can update the operator network parameters in real time when it detects that there are abnormalities in the locally stored operator network parameters. Therefore, the embodiment of the present application can realize the independent and real-time detection and update of the operator network parameters by the terminal device, without binding the terminal device operating system version update, download and installation operations, so the update efficiency of the operator network parameters can be greatly improved.

Corresponding to the parameter updating method described in the above embodiment, FIG7 shows a schematic diagram of the structure of the parameter updating device provided in the embodiment of the present application. For the sake of convenience of explanation, only the part related to the embodiment of the present application is shown.

7, the parameter updating device includes:

The registration information acquisition module 71 is used to obtain the first operator information currently registered by the SIM card in the terminal device.

The anomaly detection module 72 is used to perform anomaly detection on the locally stored first operator network parameters.

The parameter downloading module 73 is configured to download the second operator network parameters from the server based on the first operator information when the detection result of the abnormality detection is that an abnormality exists.

The parameter updating module 74 is used to update the first operator network parameters based on the second operator network parameters and load the updated first operator network parameters.

As an optional embodiment of the present application, the abnormality detection module 72 includes:

The local information acquisition module is used for the terminal device to obtain the second operator information recorded in the first operator network parameters.

The anomaly detection submodule is used to perform anomaly detection on the first operator network parameters according to the first operator information and the second operator information.

The determination module is configured to determine that the detection result of the abnormality detection is abnormal when the first operator information and the second operator information are inconsistent.

As an optional embodiment of the present application, the abnormality detection module 72 further includes:

The identification comparison module is used for the terminal device to read the first global equipment identification stored locally and the real second global equipment identification of the terminal device when the first operator information and the second operator information are consistent, and compare the first global equipment identification with the second global equipment identification.

The determination module determines that the detection result of the abnormality detection is abnormal when the first global device identifier and the second global device identifier are inconsistent.

As an optional embodiment of the present application, the parameter updating device further includes:

The trigger module is used to execute the operation of the abnormality detection module 72 when a preset trigger condition is met during the operation of the terminal device. The trigger condition includes a change in the network status of the terminal device.

As an optional embodiment of the present application, the parameter download module 73 includes:

The request module is used for the terminal device to send a download request to the server. The download request includes the first operator information and the hardware information of the terminal device, and the first operator information and the hardware information are used by the server to match the operator network parameters.

The receiving module is used to receive the second operator network parameters sent by the server in response to the first operator information and hardware information in the download request.

As an optional embodiment of the present application, the download request also includes location information of the terminal device.

As an optional embodiment of the present application, the parameter updating device further includes:

The parameter sharing module is used for the terminal device to upload the first operator network parameters stored locally to the server when the detection result of the abnormality detection is that there is no abnormality.

The process of each module in the parameter updating device provided in the embodiment of the present application realizing its own function can be specifically referred to the description of the embodiments shown in Figures 2 to 6 and other related method embodiments, which will not be repeated here.

It should be noted that the information interaction, execution process, etc. between the above-mentioned devices/units are based on the same concept as the method embodiment of the present application. Their specific functions and technical effects can be found in the method embodiment part and will not be repeated here.

It should be understood that the size of the serial numbers of the steps in the above embodiments does not mean the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of the present application.

It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, integers, steps, operations, elements and/or components, but does not exclude the presence or addition of one or more other features, integers, steps, operations, elements, components and/or combinations thereof.

It should also be understood that the term “and/or” used in the specification and appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

As used in the specification and appended claims of this application, the term "if" can be interpreted as "when" or "uponce" or "in response to determining" or "in response to detecting", depending on the context. Similarly, the phrase "if it is determined" or "if [described condition or event] is detected" can be interpreted as meaning "uponce it is determined" or "in response to determining" or "uponce [described condition or event] is detected" or "in response to detecting [described condition or event]", depending on the context.

In addition, in the description of the present specification and the appended claims, the terms "first", "second", "third", etc. are only used to distinguish descriptions, and cannot be understood as indicating or suggesting relative importance. It should also be understood that although the terms "first", "second", etc. are used to describe various elements in some embodiments of the present application in the text, these elements should not be limited by these terms. These terms are only used to distinguish one element from another element. For example, the first table can be named as the second table, and similarly, the second table can be named as the first table without departing from the scope of the various described embodiments. The first table and the second table are both tables, but they are not the same table.

References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

In the embodiment of the present application, the terminal device may be a mobile phone, a wearable device (such as a smart watch, a smart bracelet, smart glasses, smart jewelry, etc.), a tablet computer, a vehicle-mounted device, an augmented reality (AR)/virtual reality (VR) device, a laptop computer, an ultra-mobile personal computer (UMPC), a netbook, a personal digital assistant (PDA), and other electronic devices with a network connection function. The above-mentioned terminal device may also be other electronic devices, such as a laptop computer (laptop) with a touch-sensitive surface (such as a touch panel), etc. The embodiment of the present application does not impose any restrictions on the specific type of the terminal device. At this time, the terminal device is the execution subject of the parameter update provided in the embodiment of the present application.

For example, the terminal device can be a station (STAION, ST) in a WLAN, a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA) device, a handheld device with wireless communication function, a computing device or other processing device connected to a wireless modem, a vehicle-mounted device, a vehicle networking terminal, a computer, a laptop computer, a handheld communication device, a handheld computing device, a satellite wireless device, a wireless modem card, a TV set top box (STB), a customer premises equipment (CPE) and/or other devices for communicating on a wireless system and a next-generation communication system, such as a terminal device in a 5G network or a terminal device in a future evolved public land mobile network (PLMN) network, etc.

As an example but not limitation, when the terminal device is a wearable device, the wearable device can also be a general term for wearable devices that are intelligently designed and developed using wearable technology for daily wear, such as glasses, gloves, watches, clothing and shoes. A wearable device is a portable device that is worn directly on the body or integrated into the user's clothes or accessories. Wearable devices are not just hardware devices, but also achieve powerful functions through software support, data interaction, and cloud interaction. Broadly speaking, wearable smart devices include those that are fully functional, large in size, and can achieve complete or partial functions without relying on smartphones, such as smart watches or smart glasses, as well as those that only focus on a certain type of application function and need to be used in conjunction with other devices such as smartphones, such as various types of smart bracelets and smart jewelry for vital sign monitoring.

In the following, the terminal device is taken as an example, and FIG8 shows a schematic diagram of the structure of the mobile phone 100 .

The mobile phone 100 may include a processor 110, an external memory interface 120, an internal memory 121, a universal serial bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, and a SIM card interface 195, etc. The sensor module 180 may include a gyroscope sensor 180A, an acceleration sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an ambient light sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, and a touch sensor 180K (of course, the mobile phone 100 may also include other sensors, such as a temperature sensor, a pressure sensor, an air pressure sensor, a bone conduction sensor, etc., which are not shown in the figure).

The processor 110 may include one or more processing units, for example: the processor 110 may include an application processor (application processor, AP), a modem processor, a graphics processor (graphics processing unit, GPU), an image signal processor (image signal processor, ISP), a controller, a memory, a video codec, a digital signal processor (digital signal processor, DSP), a baseband processor, and/or a neural network processor (Neural-network Processing Unit, NPU), etc. Among them, different processing units can be independent devices or integrated in one or more processors. Among them, the controller can be the nerve center and command center of the mobile phone 100. The controller can generate an operation control signal according to the instruction opcode and the timing signal to complete the control of fetching and executing instructions.

The processor 110 may also be provided with a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may store instructions or data that the processor 110 has just used or cyclically used. If the processor 110 needs to use the instruction or data again, it may be directly called from the memory. This avoids repeated access, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

The processor 110 may run the parameter updating method provided in the embodiment of the present application. The processor 110 may include different devices. For example, when a CPU and a GPU are integrated, the CPU and the GPU may cooperate to execute the parameter updating method provided in the embodiment of the present application. For example, part of the algorithm in the parameter updating method is executed by the CPU, and another part of the algorithm is executed by the GPU to obtain faster processing efficiency.

The internal memory 121 can be used to store computer executable program codes, which include instructions. The processor 110 executes various functional applications and data processing of the mobile phone 100 by running the instructions stored in the internal memory 121. The internal memory 121 may include a program storage area and a data storage area. Among them, the program storage area can store the code of the operating system, application programs (such as camera applications, WeChat applications, etc.). The data storage area can store data created during the use of the mobile phone 100 (such as images, videos, etc. collected by the camera application), etc.

The internal memory 121 can also store one or more computer programs corresponding to the parameter update method provided in the embodiment of the present application. The one or more computer programs are stored in the above-mentioned memory 121 and are configured to be executed by the one or more processors 110. The one or more computer programs include instructions, and the above-mentioned instructions can be used to execute the various steps in the corresponding embodiments of Figures 2 to 6. The computer program may include an account verification module and a priority comparison module. Among them, the account verification module is used to authenticate the system authentication account of other terminal devices in the local area network; the priority comparison module can be used to compare the priority of the audio output request service and the priority of the current output service of the audio output device. The state synchronization module can be used to synchronize the device state of the audio output device currently connected to the terminal device to other terminal devices, or synchronize the device state of the audio output device currently connected to other devices to the local. When the code of the parameter update method stored in the internal memory 121 is run by the processor 110, the processor 110 can control the terminal device to perform operator network parameter processing.

In addition, the internal memory 121 may include a high-speed random access memory and may also include a non-volatile memory, such as at least one disk storage device, a flash memory device, a universal flash storage (UFS), etc.

Of course, the code of the parameter updating method provided in the embodiment of the present application can also be stored in an external memory. In this case, the processor 110 can run the code of the parameter updating method stored in the external memory through the external memory interface 120, and the processor 110 can control the terminal device to perform operator network parameter processing.

The wireless communication function of the mobile phone 100 can be implemented through the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor and the baseband processor.

Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in mobile phone 100 can be used to cover a single or multiple communication frequency bands. Different antennas can also be reused to improve the utilization of antennas. For example, antenna 1 can be reused as a diversity antenna for a wireless local area network. In some other embodiments, the antenna can be used in combination with a tuning switch.

The mobile communication module 150 can provide solutions for wireless communications including 2G/3G/4G/5G applied to the mobile phone 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves from the antenna 1, and filter, amplify, and process the received electromagnetic waves, and transmit them to the modulation and demodulation processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modulation and demodulation processor, and convert it into electromagnetic waves for radiation through the antenna 1. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 can be set in the same device as at least some of the modules of the processor 110. In an embodiment of the present application, the mobile communication module 150 can also be used to interact with other terminal devices for information.

The modem processor may include a modulator and a demodulator. Among them, the modulator is used to modulate the low-frequency baseband signal to be sent into a medium-high frequency signal. The demodulator is used to demodulate the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After the low-frequency baseband signal is processed by the baseband processor, it is passed to the application processor. The application processor outputs a sound signal through an audio device (not limited to a speaker 170A, a receiver 170B, etc.), or displays an image or video through a display screen 194. In some embodiments, the modem processor may be an independent device. In other embodiments, the modem processor may be independent of the processor 110 and be set in the same device as the mobile communication module 150 or other functional modules.

The wireless communication module 160 can provide wireless communication solutions including wireless local area networks (WLAN) (such as wireless fidelity (Wi-Fi) network), bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), infrared (IR) and the like applied to the mobile phone 100. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, modulates the frequency of the electromagnetic wave signal and performs filtering processing, and sends the processed signal to the processor 110. The wireless communication module 160 can also receive the signal to be sent from the processor 110, modulate the frequency of the signal, amplify it, and convert it into electromagnetic waves for radiation through the antenna 2. In the embodiment of the present application, the wireless communication module 160 can be used to access the access point device and send and receive messages to other terminal devices.

In addition, the mobile phone 100 can implement audio functions through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the headphone interface 170D, and the application processor. For example, music playback, recording, etc. The mobile phone 100 can receive input from the key 190 and generate key signal input related to the user settings and function control of the mobile phone 100. The mobile phone 100 can use the motor 191 to generate a vibration prompt (such as an incoming call vibration prompt). The indicator 192 in the mobile phone 100 can be an indicator light, which can be used to indicate the charging status, power changes, and can also be used to indicate messages, missed calls, notifications, etc. The SIM card interface 195 in the mobile phone 100 is used to connect the SIM card. The SIM card can be inserted into the SIM card interface 195, or pulled out from the SIM card interface 195 to achieve contact and separation with the mobile phone 100.

It should be understood that in actual applications, the mobile phone 100 may include more or fewer components than those shown in FIG. 8, and the embodiments of the present application are not limited thereto. The illustrated mobile phone 100 is only an example, and the mobile phone 100 may have more or fewer components than those shown in the figure, may combine two or more components, or may have different component configurations. The various components shown in the figure may be implemented in hardware, software, or a combination of hardware and software including one or more signal processing and/or application specific integrated circuits.

The software system of the terminal device can adopt a layered architecture, an event-driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. The embodiment of the present invention takes the Android system of the layered architecture as an example to illustrate the software structure of the terminal device. FIG9 is a software structure block diagram of the terminal device of the embodiment of the present invention.

The layered architecture divides the software into several layers, each with clear roles and division of labor. The layers communicate with each other through software interfaces. In some embodiments, the Android system is divided into four layers, from top to bottom, namely, the application layer, the application framework layer, the Android runtime and system library, and the kernel layer.

The application layer can include a series of application packages.

As shown in FIG. 9 , the application package may include applications such as phone, camera, gallery, calendar, call, map, navigation, WLAN, Bluetooth, music, video, short message, etc.

The application framework layer provides an application programming interface (API) and a programming framework for the applications in the application layer. The application framework layer includes some predefined functions.

As shown in FIG. 9 , the application framework layer may include a window manager, a content provider, a view system, a telephony manager, a resource manager, a notification manager, and the like.

The window manager is used to manage window programs. The window manager can obtain the display screen size, determine whether there is a status bar, lock the screen, capture the screen, etc.

Content providers are used to store and retrieve data and make it accessible to applications. The data may include videos, images, audio, calls made and received, browsing history and bookmarks, phone books, etc.

The view system includes visual controls, such as controls for displaying text, controls for displaying images, etc. The view system can be used to build applications. A display interface can be composed of one or more views. For example, a display interface including a text notification icon can include a view for displaying text and a view for displaying images.

The phone manager is used to provide communication functions for terminal devices, such as the management of call status (including answering, hanging up, etc.).

The resource manager provides various resources for applications, such as localized strings, icons, images, layout files, video files, and so on.

The notification manager enables applications to display notification information in the status bar. It can be used to convey notification-type messages and can disappear automatically after a short stay without user interaction. For example, the notification manager is used to notify download completion, message reminders, etc. The notification manager can also be a notification that appears in the system top status bar in the form of a chart or scroll bar text, such as notifications of applications running in the background, or a notification that appears on the screen in the form of a dialog window. For example, a text message is displayed in the status bar, a prompt sound is emitted, the terminal device vibrates, the indicator light flashes, etc.

Android Runtime includes core libraries and virtual machines. Android runtime is responsible for scheduling and management of the Android system.

The core library consists of two parts: one part is the function that needs to be called by the Java language, and the other part is the Android core library.

The application layer and the application framework layer run in a virtual machine. The virtual machine executes the Java files of the application layer and the application framework layer as binary files. The virtual machine is used to perform functions such as object life cycle management, stack management, thread management, security and exception management, and garbage collection.

The system library may include multiple functional modules, such as surface manager, media library, 3D graphics processing library (such as OpenGL ES), 2D graphics engine (such as SGL), etc.

The surface manager is used to manage the display subsystem and provide the fusion of 2D and 3D layers for multiple applications.

The media library supports playback and recording of a variety of commonly used audio and video formats, as well as static image files, etc. The media library can support a variety of audio and video encoding formats, such as: MPEG4, H.164, MP3, AAC, AMR, JPG, PNG, etc.

The 3D graphics processing library is used to implement 3D graphics drawing, image rendering, compositing, and layer processing.

A 2D graphics engine is a drawing engine for 2D drawings.

The kernel layer is the layer between hardware and software. The kernel layer contains at least display driver, camera driver, audio driver, and sensor driver.

FIG10 is a schematic diagram of the structure of a terminal device provided in an embodiment of the present application. As shown in FIG10 , the terminal device 10 of this embodiment includes: at least one processor 100 (only one is shown in FIG10 ), a memory 101, and the memory 101 stores a computer program 102 that can be run on the processor 100. When the processor 100 executes the computer program 102, the steps in the above-mentioned various parameter updating method embodiments are implemented, such as steps S200 to S202 and S204 to S205 shown in FIG2 . Alternatively, when the processor 100 executes the computer program 102, the functions of each module/unit in the above-mentioned various device embodiments are implemented, such as the functions of modules 71 to 74 shown in FIG7 .

The terminal device 10 may be a computing device such as a desktop computer, a notebook, a PDA, a cloud server, etc. The terminal device may include, but not limited to, a processor 100 and a memory 101. Those skilled in the art may understand that FIG. 10 is only an example of the terminal device 10 and does not constitute a limitation on the terminal device 10. The terminal device 10 may include more or fewer components than shown in the figure, or may combine certain components, or different components. For example, the terminal device may also include an input transmission device, a network access device, a bus, etc.

The processor 100 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc.

In some embodiments, the memory 101 may be an internal storage unit of the terminal device 10, such as a hard disk or memory of the terminal device 10. The memory 101 may also be an external storage device of the terminal device 10, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the terminal device 10. Further, the memory 101 may also include both an internal storage unit of the terminal device 10 and an external storage device. The memory 101 is used to store an operating system, an application program, a boot loader (BootLoader), data, and other programs, such as the program code of the computer program. The memory 101 may also be used to temporarily store data that has been sent or is to be sent.

In addition, those skilled in the art can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example. In actual applications, the above-mentioned functions can be assigned to different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units in each embodiment of the present application can be integrated into a processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software functional units.

An embodiment of the present application also provides a terminal device, which includes at least one memory, at least one processor, and a computer program stored in the at least one memory and executable on the at least one processor, wherein when the processor executes the computer program, the terminal device implements the steps in any of the above-mentioned method embodiments.

An embodiment of the present application further provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps in the above-mentioned method embodiments can be implemented.

An embodiment of the present application provides a computer program product. When the computer program product is run on a terminal device, the terminal device can implement the steps in the above-mentioned method embodiments when executing the computer program product.

An embodiment of the present application further provides a chip system, which includes a processor coupled to a memory, and the processor executes a computer program stored in the memory to implement the steps in the above-mentioned method embodiments.

If the integrated module/unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, and can also be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable storage medium may include: any entity or device capable of carrying the computer program code, recording medium, U disk, mobile hard disk, disk, optical disk, computer memory, read-only memory (ROM), random access memory (RAM), electric carrier signal, telecommunication signal and software distribution medium, etc.

In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

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

The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

The embodiments described above are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, a person skilled in the art should understand that the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features may be replaced by equivalents. Such modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.

Claims (10)

1. A parameter updating method, characterized in that it is applied to a terminal device, the method comprising: The terminal device registers the first SIM card with the network of the first operator; After the first SIM card is registered with the network of the first operator, the terminal device downloads first network parameters from the network side based on the mismatch between the frequency band of the first operator and the local frequency band of the terminal device, loads the first network parameters, and updates the operator network parameters stored locally in the terminal device using the first network parameters, wherein the first network parameters include the frequency band of the first operator; The terminal device registers the second SIM card with the network of the second operator; After the second SIM card is registered to the network of the second operator, the terminal device loads second network parameters from the local terminal device based on matching the frequency band of the second operator with the local frequency band of the terminal device, and the second network parameters include the frequency band of the second operator. 2. The parameter updating method according to claim 1, characterized in that the terminal device downloads the first network parameter from the network side based on the mismatch between the frequency band of the first operator and the local frequency band of the terminal device, comprising: The terminal device acquires the operator information of the first operator; The terminal device obtains operator information in local network parameters; When the operator information of the first operator is inconsistent with the operator information in the local network parameters, the terminal device clears the local network parameters, downloads the first network parameters from the network side based on the operator information of the first operator, and stores the first network parameters locally; or, When the operator information of the first operator is consistent with the operator information in the local network parameters, the terminal device reads the first global equipment identifier in the local network parameters and the real second global equipment identifier of the terminal device; when the first global equipment identifier and the second global equipment identifier are inconsistent, the terminal device clears the local network parameters, and based on the operator information of the first operator, downloads the first network parameters from the network side, and stores the first network parameters locally; The operator information in the local network parameters includes the frequency band of the terminal device. 3. The parameter updating method according to claim 2, characterized in that the method further comprises: During the operation of the terminal device, when a preset trigger condition is met, the terminal device detects whether the operator information of the first operator is consistent with the operator information in the local network parameters; wherein the trigger condition includes a change in the network status of the terminal device. 4. The parameter updating method according to claim 2 or 3, characterized in that the downloading of the first network parameter from the network side based on the operator information of the first operator comprises: The terminal device sends a download request to the network side; the download request includes the operator information of the first operator and the hardware information of the terminal device, and the operator information of the first operator and the hardware information are used by the network side to match the operator network parameters; The first network parameter sent by the network side with respect to the operator information of the first operator and the hardware information in the download request is received. 5. The parameter updating method according to claim 4 is characterized in that the download request also includes location information of the terminal device. 6. The parameter updating method according to claim 2 or 3, characterized in that the method further comprises: When the operator information of the first operator is consistent with the operator information in the local network parameters, or when the first global equipment identifier is consistent with the second global equipment identifier, the terminal device uploads the locally stored network parameters to the network side. 7. A terminal device, characterized in that the terminal device comprises a memory and a processor, the memory stores a computer program that can be run on the processor, and the processor implements the steps of the method according to any one of claims 1 to 6 when executing the computer program. 8. A parameter updating system, comprising: a server and the terminal device according to claim 7; The terminal device registers the first SIM card with the network of the first operator; After the first SIM card is registered with the network of the first operator, the terminal device sends a download request to the server based on the mismatch between the frequency band of the first operator and the local frequency band of the terminal device; The server sends a first network parameter to the terminal device, where the first network parameter includes a frequency band of the first operator; The terminal device updates the locally stored operator network parameters using the first network parameters, and loads the first network parameters; The terminal device registers the second SIM card with the network of the second operator; After the second SIM card is registered to the network of the second operator, the terminal device loads second network parameters from the local terminal device based on matching the frequency band of the second operator with the local frequency band of the terminal device, and the second network parameters include the frequency band of the second operator. 9. A computer-readable storage medium storing a computer program, wherein the computer program, when executed by a processor, implements the parameter updating method according to any one of claims 1 to 6. 10. A chip system, characterized in that the chip system comprises a processor, the processor is coupled to a memory, and the processor executes a computer program stored in the memory to implement the parameter updating method according to any one of claims 1 to 6.