CN112533193B - Configuration method and terminal for realizing different network requirements - Google Patents
Configuration method and terminal for realizing different network requirements Download PDFInfo
- Publication number
- CN112533193B CN112533193B CN202011375070.7A CN202011375070A CN112533193B CN 112533193 B CN112533193 B CN 112533193B CN 202011375070 A CN202011375070 A CN 202011375070A CN 112533193 B CN112533193 B CN 112533193B
- Authority
- CN
- China
- Prior art keywords
- configuration file
- xml
- data
- parameters
- content
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/183—Processing at user equipment or user record carrier
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The invention discloses a configuration method and a terminal for realizing different network requirements; the method comprises the steps of reading new NV data in an xml configuration file, and obtaining first data content in which platform parameters, product parameters and customer parameters in the new NV data are consistent with preset equipment parameters; updating the first data content to the modem, and restarting a modem subsystem; the invention can maintain different platforms, different products and different customers through one xml file, is convenient for management, improves the maintenance efficiency, does not need to modify codes and recompile mirror images when needing to modify and update the NV configuration, can realize the modification and update of the NV configuration by only modifying the xml file, and improves the configuration modification efficiency.
Description
Technical Field
The present invention relates to the field of wireless communication technologies, and in particular, to a configuration method and a terminal for implementing different network requirements.
Background
The hardware basic structure of the smart phone or the smart POS machine generally adopts a dual-processor architecture, i.e., a master processor and a slave processor.
The main Processor, also called the Application Processor (AP) Application Processor. The driver of the running equipment, the operating system and various applications on the operating system are responsible for controlling the whole system.
The secondary Processor, also known as a Baseband Processor (BP) Baseband Processor. The system is mainly responsible for basic wireless communication, and mainly comprises a DBB (Digital Baseband chip) and an ABB (Analog Baseband), so as to complete modulation and demodulation, channel coding and decoding and wireless modem (modem) control of voice signals and Digital voice signals. A modem is a part for processing communication with a base station, such as a mobile phone for making a call, a 2G/3G/4G/5G network for staying on the network, accessing the network and other related wireless communication parts.
Data transmission between an Application Processor (AP) and a Baseband Processor (BP) generally employs serial ports, USB, shared memory, and the like.
NV (NVRAM), which is an abbreviation for Non-Volatile Random Access Memory (Non-Volatile Random Access Memory), is stored in the file system area. For configuring modem-related RF (radio frequency) parameters, network protocol parameters, and SIM card information, etc. Generally, a radio frequency NV parameter and a network NV parameter are combined into an NV file (such as a fsg file of a platform a and a fixnv file of a platform B); during production, the fsg or fixnv binary file is written into the fsg partition or the fixnv partition, the boot device checks whether the modest 1/modest 2 partition (platform A) or the RuntimeNv partition (platform B) has NV parameters, if not, the NV parameters of the fsg or fixnv partition are imported, and then the device takes the modest 1/modest 2 partition (platform A) or the RuntimeNv partition (platform B) as the NV parameters of work operation to configure the related functions of the modem.
The functional parameters of the baseband processor modem are configured by NV, aiming at various requirements of different products and different customers.
The common demand differences for products and customers are as follows:
(1) SIM card:
such as single card, double card, hot plug
(2) Network system:
such as NR/LTE/WCDMA/TDSCDMA/GSM
(3) And supporting frequency bands:
2G GSM：850/900/1800/1900
2G CDMA：BC0/BC1
3G WCDMA：B1/B2/B4/B5/B8
3G EVDO：BC0/BC1
3G TD-SCDMA：B34/B39
4G TDD-LTE：B34/B38/B39/B40/B41
4G FDD-LTE：B1/B2/B3/B4/B5/B7/B8/B12/B17
4G+：1C/3C/39C/40C/41C/1A-3A/39A-41A/8A-41A/3A-41A/
9A-41C/39C-41A/1A-3C/3A-41C/8A-41C/40D/41D
5G：N1/N3/N41/N77/N78/N79
(4) And others:
such as carrier set CA (also called 4G +), whether voice/data is supported, GNSS (GPS/beidou/GNOLASS/galileo), etc.
Different countries or different operators have different network support situations, and the network requirements of different products or different customers are often different.
If the foreign countries do not support TD networks, the products in the foreign countries are not provided with network systems and frequency bands of TD-SCDMA and TDD-LTE.
For domestic products, the telecom does not support BC1 of CDMA, and common customers require that BC1 is not supported;
some products require data only, voice telephony not, etc.
The practice of most developers at present is as follows:
(1) The method comprises the following steps that network requirements of different products or different clients correspond to different NV items according to different functions, NV difference is configured to different fsg or fixnv files for production, then the fsg or fixnv files in the production process are written into corresponding fsg or fixnv partitions, and the equipment is started for the first time to lead NV of the fsg or fixnv partitions into running and using partitions (the high pass is modestm 1/modestm 2, and the development is RuntimeNV partitions); i.e. different clients maintain different fsg or fixnv files.
(2) In the method of some developers, different products or different clients adopt different project maintenance, namely different compiling scripts are adopted to manage macro definitions, and then network differences corresponding to different products or clients are distinguished by adopting different macros. Img image.
For example:
build _ Project _ A.sh// compile Project A (e.g., client A) script
The macro containing definition of # definition SUPPORT _ LTE _ B1_3_5// compiling script indicates that the corresponding function is realized according to the macro in the specific code supporting LTE B1/3/5
#ifdef SUPPORT_LTE_B1_3_5
V/code setting NV corresponding to LTE frequency band
#endif
The above two approaches have the following disadvantages:
1. different products or different customers need to maintain different images, method (1) needs to maintain different NV images, and method (2) needs to maintain different modem images. The more products or customers, the more mirror images are, which is inconvenient for maintenance.
2. After the mass production of the later equipment is delivered to the market, the later equipment encounters the problem of network or modem, when other NV items need to be modified or the value of the originally configured NV item needs to be updated, the two methods cannot be satisfied, codes need to be modified, the mirror image needs to be recompiled, and then the mirror image is pushed to the client equipment through an OTA (Over the Air) Over-the-Air downloading technology, which is tedious.
Disclosure of Invention
The technical problem to be solved by the invention is as follows: the configuration method and the terminal for realizing different network requirements are provided, and the efficiency of maintenance and configuration modification is improved.
In order to solve the technical problems, the invention adopts the technical scheme that:
a configuration method for realizing different network requirements comprises the following steps:
s1, reading new NV data in an xml configuration file, and acquiring first data content in which platform parameters, product parameters and customer parameters in the new NV data are consistent with preset equipment parameters;
s2, updating the first data content to the modem, and restarting the modem subsystem.
In order to solve the technical problem, the invention adopts another technical scheme as follows:
a configuration terminal for implementing different network requirements, comprising a processor, a memory and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the following steps:
s1, reading new NV data in an xml configuration file, and acquiring first data content in which platform parameters, product parameters and customer parameters in the new NV data are consistent with preset equipment parameters;
s2, updating the first data content to the modem, and restarting the modem subsystem.
The invention has the beneficial effects that: the invention can maintain different platforms, different products and different customers through one xml file, is convenient for management, improves the maintenance efficiency, does not need to modify codes and recompile mirror images when NV configuration modification and update are needed, can realize the NV configuration modification and update only by modifying the xml file, and improves the configuration modification efficiency.
Drawings
Fig. 1 is a flowchart of a configuration method for implementing different network requirements according to an embodiment of the present invention;
fig. 2 is a structural diagram of a configuration terminal for implementing different network requirements according to an embodiment of the present invention;
FIG. 3 is a detailed flowchart of a configuration method for implementing different network requirements according to an embodiment of the present invention;
description of reference numerals:
1. a configuration terminal for implementing different network requirements; 2. a processor; 3. a memory.
Detailed Description
In order to explain the technical contents, the objects and the effects of the present invention in detail, the following description is made with reference to the accompanying drawings in combination with the embodiments.
Referring to fig. 1 and fig. 3, a configuration method for implementing different network requirements includes:
s1, reading new NV data in an xml configuration file, and acquiring first data content in which platform parameters, product parameters and customer parameters in the new NV data are consistent with preset equipment parameters;
s2, updating the first data content to the modem, and restarting the modem subsystem.
From the above description, the beneficial effects of the present invention are: the invention can maintain different platforms, different products and different customers through one xml file, is convenient for management, improves the maintenance efficiency, does not need to modify codes and recompile mirror images when needing to modify and update the NV configuration, can realize the modification and update of the NV configuration by only modifying the xml file, and improves the configuration modification efficiency.
Further, the reading of the new NV data in the xml configuration file in step S1 specifically includes:
judging whether an xml dynamic configuration file exists in the readable and writable partition, if so, reading the content of the xml dynamic configuration file and writing the content into a first NV configuration file;
if the xml dynamic configuration file does not exist, acquiring an xml default configuration file in the read-only partition, reading the content of the xml default configuration file and writing the content into a first NV configuration file;
and monitoring the first NV configuration file, and reading new NV data when the content of the first NV configuration file changes.
As can be seen from the above description, the xml configuration file is divided into the xml dynamic configuration file and the xml default configuration file, the xml dynamic configuration file in the readable and writable partition is preferentially read, and the NV configuration can be adjusted through the xml dynamic configuration file, so that the customer requirements are further met.
Further, before the step S1, the method further includes:
s01, receiving an NV parameter configuration request of a preset application, and writing NV parameter configuration information in the NV parameter configuration request into the xml dynamic configuration file.
As can be seen from the above description, the present invention supports writing NV parameter configuration information into an xml dynamic configuration file through a preset apk (Android application package) after the device is started, so that modification and adjustment of NV parameter configuration are simpler.
Further, between the step S1 and the step S2, further comprising:
s11, comparing whether the version number of the first data content is consistent with the version number of the NV parameter of the equipment, if so, not performing subsequent operation, otherwise, executing the step S2.
As can be seen from the above description, the present invention also needs to determine the version number of the configuration, and when a user writes different versions of NV configurations, the subsequent operation is performed to avoid repeated writing.
Further, the step S2 specifically includes:
and judging whether each NV item value in the first data content is consistent with the corresponding NV item value in the current NV data, updating all inconsistent and newly added NV item values to the modem, and restarting a modem subsystem.
The above description shows that the method compares the numerical value of each NV item to be written with the numerical value of each original NV item, only processes the NV item which is modified and the newly added NV item, avoids repeated writing, improves the effectiveness of writing actions, and only restarts the modem subsystem, so that a user is not easy to find and the use experience is improved.
Referring to fig. 2, a configuration terminal for implementing different network requirements includes a processor, a memory, and a computer program stored in the memory and executable on the processor, where the processor executes the computer program to implement the following steps:
s1, reading new NV data in an xml configuration file, and acquiring first data content in which platform parameters, product parameters and customer parameters in the new NV data are consistent with preset equipment parameters;
s2, updating the first data content to the modem, and restarting the modem subsystem.
From the above description, the beneficial effects of the present invention are: the invention can maintain different platforms, different products and different customers through one xml file, is convenient for management, improves the maintenance efficiency, does not need to modify codes and recompile mirror images when needing to modify and update the NV configuration, can realize the modification and update of the NV configuration by only modifying the xml file, and improves the configuration modification efficiency.
Further, the reading of the new NV data in the xml configuration file in step S1 specifically includes:
judging whether an xml dynamic configuration file exists in the readable and writable partition, if so, reading the content of the xml dynamic configuration file and writing the content into a first NV configuration file;
if the xml dynamic configuration file does not exist, acquiring an xml default configuration file in a read-only partition, reading the content of the xml default configuration file and writing the content into a first NV configuration file;
and monitoring the first NV configuration file, and reading new NV data when the content of the first NV configuration file changes.
From the above description, the xml configuration file is divided into the xml dynamic configuration file and the xml default configuration file, the xml dynamic configuration file in the readable and writable partition is preferentially read, and NV configuration can be adjusted through the xml dynamic configuration file, so that the customer requirements are further met.
Further, the processor further comprises, before executing the step S1 of the computer program:
s01, receiving an NV parameter configuration request of a preset application, and writing NV parameter configuration information in the NV parameter configuration request into the xml dynamic configuration file.
As can be seen from the above description, the method and the device support writing of NV parameter configuration information into the xml dynamic configuration file through the preset apk after the device is started, so that modification and adjustment of NV parameter configuration are simpler.
Further, between the step S1 and the step S2, the method further includes:
and S11, comparing whether the version number of the first data content is consistent with the version number of the NV parameter of the equipment, if so, not performing subsequent operation, otherwise, executing the step S2.
As can be seen from the above description, the present invention also needs to determine the version number of the configuration, and when a user writes different versions of NV configurations, the subsequent operation is performed to avoid repeated writing.
Further, the step S2 specifically includes:
and judging whether each NV item value in the first data content is consistent with the corresponding NV item value in the current NV data, updating all inconsistent and newly added NV item values to the modem, and restarting a modem subsystem.
The above description shows that the method compares the numerical value of each NV item to be written with the numerical value of each original NV item, only processes the NV item which is modified and the newly added NV item, avoids repeated writing, improves the effectiveness of writing actions, and only restarts the modem subsystem, so that a user is not easy to find and the use experience is improved.
Referring to fig. 1 and 3, a first embodiment of the present invention is:
a configuration method for realizing different network requirements comprises the following steps:
s01, receiving an NV parameter configuration request of a preset application, and writing NV parameter configuration information in the NV parameter configuration request into the xml dynamic configuration file;
s1, reading new NV data in an xml configuration file, and acquiring first data content in which platform parameters, product parameters and customer parameters in the new NV data are consistent with preset equipment parameters;
the reading of the new NV data in the xml configuration file in step S1 specifically includes:
judging whether an xml dynamic configuration file exists in the readable and writable partition, if so, reading the content of the xml dynamic configuration file and writing the content into a first NV configuration file;
if the xml dynamic configuration file does not exist, acquiring an xml default configuration file in the read-only partition, reading the content of the xml default configuration file and writing the content into a first NV configuration file;
monitoring a first NV configuration file, and reading new NV data when the content of the first NV configuration file changes;
in this embodiment, the preset application needs to dynamically update NV configuration parameters, and nv.xml is written into/data/a/nv.xml, wherein/data/a/nv.xml is an xml dynamic configuration file, wherein/data represents a readable and writable partition, and nv.xml represents a configuration file;
reading/data/A/nv.xml by the configuration service preferentially, and writing the content in the/data/A/nv.xml into the/data/B/nv _ config.xml;
in this embodiment,/data/B/NV _ config.xml is a first NV configuration file;
in this embodiment, the format of the xml configuration file is as follows:
corresponding to a plurality of platforms, the format of the xml configuration file is as follows:
<Platform name＝"A">//Platform A
…
</Platform>
<Platform name＝"B">///Platform B。
…
</Platform>
8230and/or support for continued configuration of other platforms
Corresponding to a plurality of products under a certain platform, the format of the xml configuration file is as follows:
<Platform name＝"A">//Platform A
< Product name = "B" version = "value" >/Product B
…
</Product>
< Product name = "C" version = "value" >/Product C
…
</Product>
8230and/or support for continued configuration of other products
</Platform>
The format of the xml configuration file corresponding to a plurality of clients under a certain product of a certain platform is as follows
For example, under a certain platform, two products, P01 and P02; two customers C01 and C02 are under the P01 product; there are clients C03 and C04 under P02 product, then the xml configuration file format is as follows:
the method further comprises the following steps between the step S1 and the step S2:
s11, comparing whether the version number of the first data content is consistent with the version number of the NV parameter of the equipment, if so, not performing subsequent operation, otherwise, executing the step S2;
s2, updating the first data content to the modem, and restarting the modem subsystem.
In this embodiment, the step S2 specifically includes:
and judging whether each NV item value in the first data content is consistent with the corresponding NV item value in the current NV data, updating all inconsistent and newly added NV item values to the modem, and restarting a modem subsystem.
In the embodiment, if the NV service monitors that the/data/B/NV _ config.xml changes, the NV service calls an NV interface library and reads Platform, product and Customer information according to the content of the/data/B/NV _ config.xml; and comparing the version number with Platform, product and Customer information of the equipment, if the version number is valid, judging whether the version number is consistent with the version number of the NV parameter of the equipment, if the version number is consistent with the version number of the NV parameter of the equipment, ignoring and not updating, if the version number is inconsistent with the version number of the NV parameter of the equipment, reading the value of each NV Item in the/data/B/NV _ config.
Platform, product and Customer parameters are set in the xml file, so that information such as platforms, products and customers can be distinguished, one xml can support different products and different customers, and management and maintenance are facilitated; meanwhile, the codes are also identified by platform, product and customer information, so that the fool-proof function can be realized, the codes cannot be randomly loaded, and only the NV parameters of the correctly matched items are loaded; NV is written into the modem and can be effective only by restarting, but if the whole system is restarted, user experience is influenced, only the modem subsystem is restarted, the user interface cannot be automatically shut down and restarted, a user cannot find out easily, and experience effects are improved.
Referring to fig. 1 and 3, a second embodiment of the present invention is:
when the equipment is started, executing a configuration method for realizing different network requirements, comprising the following steps:
s1, reading new NV data in an xml configuration file, and acquiring first data content in which platform parameters, product parameters and customer parameters in the new NV data are consistent with preset equipment parameters;
the reading of the new NV data in the xml configuration file in step S1 is specifically:
judging whether an xml dynamic configuration file exists in the readable and writable partition, if so, reading the content of the xml dynamic configuration file and writing the content into a first NV configuration file;
if the xml dynamic configuration file does not exist, acquiring an xml default configuration file in the read-only partition, reading the content of the xml default configuration file and writing the content into a first NV configuration file;
monitoring a first NV configuration file, and reading new NV data when the content of the first NV configuration file changes;
in the embodiment, the configuration service preferentially reads/data/A/nv.xml when the computer is started, and writes the content in/data/A/nv _ config.xml into/data/B/nv _ config.xml;
in this embodiment, the/data/a/nv.xml is an xml dynamic configuration file, where the/data represents a readable and writable partition, the nv.xml represents a configuration file, and the/data/B/NV _ config.xml is a first NV configuration file;
the method further comprises the following steps between the step S1 and the step S2:
s11, comparing whether the version number of the first data content is consistent with the version number of the NV parameter of the equipment, if so, not performing subsequent operation, otherwise, executing the step S2;
s2, updating the first data content to the modem, and restarting the modem subsystem.
In this embodiment, the step S2 specifically includes:
and judging whether each NV item value in the first data content is consistent with the corresponding NV item value in the current NV data, updating all inconsistent and newly added NV item values to the modem, and restarting a modem subsystem.
In the embodiment, if the NV service monitors that the/data/B/NV _ config.xml changes, the NV service calls an NV interface library and reads Platform, product and Customer information according to the content of the/data/B/NV _ config.xml; and comparing the version number with Platform, product and Customer information of the equipment, if the version number is valid, judging the next version number, judging whether the version number is consistent with the version number of the NV parameter of the equipment, if the version number is consistent with the version number of the NV parameter of the equipment, ignoring non-updating, if the version number is inconsistent with the version number of the NV parameter of the equipment, reading the value of each NV Item in the/data/B/NV _ config.xml, judging whether the value of the NV Item in the/data/B/NV _ config.xml is the same as the existing value of the equipment, updating the different value and the value of the newly added NV Item to the modem, if the value is the same, writing is not needed, and restarting a modem subsystem.
Referring to fig. 2, a third embodiment of the present invention is:
a configuration terminal 1 for realizing different network requirements comprises a processor 2, a memory 3 and a computer program stored on the memory 3 and capable of running on the processor 2, wherein the processor 2 executes the computer program to realize one of the above embodiments or two configuration methods for realizing different network requirements.
In summary, according to the configuration method and the terminal for realizing different network requirements provided by the invention, different platforms, different products and different customers can be maintained through one xml file, so that the management is convenient, the maintenance efficiency is improved, when the NV configuration is required to be modified and updated, the code does not need to be modified and the mirror image does not need to be recompiled, the NV configuration can be modified and updated only by modifying the xml file, and the configuration modification efficiency is improved; the invention can be integrated into the system by modifying the xml or upgrade the NV parameter by upgrading the xml through the apk, thereby improving the use flexibility.
The above description is only an embodiment of the present invention, and not intended to limit the scope of the present invention, and all equivalent changes made by using the contents of the present specification and the drawings, or applied directly or indirectly to the related technical fields, are included in the scope of the present invention.
Claims (6)
1. A configuration method for realizing different network requirements is characterized by comprising the following steps:
s01, receiving an NV parameter configuration request of a preset application, and writing NV parameter configuration information in the NV parameter configuration request into an xml dynamic configuration file;
s1, reading new NV data in an xml configuration file, and acquiring first data content in which platform parameters, product parameters and customer parameters in the new NV data are consistent with preset equipment parameters;
the xml configuration file comprises NV parameters of different platforms, different products and different customers, and is distinguished by the platform parameters, the product parameters and the customer parameters;
the reading of the new NV data in the xml configuration file in step S1 is specifically:
judging whether an xml dynamic configuration file exists in the readable and writable partition, if so, reading the content of the xml dynamic configuration file and writing the content into a first NV configuration file;
if the xml dynamic configuration file does not exist, acquiring an xml default configuration file in a read-only partition, reading the content of the xml default configuration file and writing the content into a first NV configuration file;
monitoring a first NV configuration file, and reading new NV data when the content of the first NV configuration file changes;
s2, updating the first data content to the modem, and restarting the modem subsystem.
2. The method according to claim 1, wherein between the step S1 and the step S2, further comprising:
s11, comparing whether the version number of the first data content is consistent with the version number of the NV parameter of the equipment, if so, not performing subsequent operation, otherwise, executing the step S2.
3. The method according to claim 1, wherein the step S2 specifically includes:
and judging whether each NV item value in the first data content is consistent with the corresponding NV item value in the current NV data, updating all inconsistent and newly added NV item values to the modem, and restarting a modem subsystem.
4. A configuration terminal for implementing different network requirements, comprising a processor, a memory and a computer program stored on the memory and operable on the processor, wherein the processor executes the computer program to implement the following steps:
s01, receiving an NV parameter configuration request of a preset application, and writing NV parameter configuration information in the NV parameter configuration request into an xml dynamic configuration file;
s1, reading new NV data in an xml configuration file, and acquiring first data content in which platform parameters, product parameters and customer parameters in the new NV data are consistent with preset equipment parameters;
the xml configuration file comprises NV parameters of different platforms, different products and different customers, and is distinguished by the platform parameters, the product parameters and the customer parameters;
the reading of the new NV data in the xml configuration file in step S1 specifically includes:
judging whether an xml dynamic configuration file exists in the readable and writable partition, if so, reading the content of the xml dynamic configuration file and writing the content into a first NV configuration file;
if the xml dynamic configuration file does not exist, acquiring an xml default configuration file in a read-only partition, reading the content of the xml default configuration file and writing the content into a first NV configuration file;
monitoring a first NV configuration file, and reading new NV data when the content of the first NV configuration file changes;
s2, updating the first data content to the modem, and restarting the modem subsystem.
5. The configuration terminal of claim 4, wherein the processor further comprises, between executing the step S1 and the step S2 of the computer program:
s11, comparing whether the version number of the first data content is consistent with the version number of the NV parameter of the equipment, if so, not performing subsequent operation, otherwise, executing the step S2.
6. The configuration terminal according to claim 4, wherein the step S2 specifically comprises:
and judging whether each NV item value in the first data content is consistent with the NV item value corresponding to the current NV data, updating all inconsistent and newly added NV item values to the modem, and restarting the modem subsystem.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011375070.7A CN112533193B (en) | 2020-11-30 | 2020-11-30 | Configuration method and terminal for realizing different network requirements |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011375070.7A CN112533193B (en) | 2020-11-30 | 2020-11-30 | Configuration method and terminal for realizing different network requirements |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112533193A CN112533193A (en) | 2021-03-19 |
| CN112533193B true CN112533193B (en) | 2022-12-27 |
Family
ID=74995255
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011375070.7A Active CN112533193B (en) | 2020-11-30 | 2020-11-30 | Configuration method and terminal for realizing different network requirements |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112533193B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113821255B (en) * | 2021-08-19 | 2023-09-19 | 惠州Tcl移动通信有限公司 | NV parameter setting method, terminal and storage medium based on high-pass platform |
| CN114302427A (en) * | 2021-12-23 | 2022-04-08 | 锐凌无线通讯科技(深圳)有限公司 | Configuration parameter updating method and device and related equipment |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9020479B1 (en) * | 2010-02-18 | 2015-04-28 | Amazon Technologies, Inc. | Single version of a user device modem for use with different wireless carriers |
| CN107317709B (en) * | 2012-09-17 | 2020-12-18 | 苹果公司 | Media profile for configuring a transceiver within a modem |
| CN104951321A (en) * | 2014-03-27 | 2015-09-30 | 宇龙计算机通信科技(深圳)有限公司 | Method and device for modifying of system configuration |
| CN105101171A (en) * | 2014-05-16 | 2015-11-25 | 中兴通讯股份有限公司 | Terminal network parameter configuration method, and terminal |
| CN104281502A (en) * | 2014-09-22 | 2015-01-14 | 宇龙计算机通信科技(深圳)有限公司 | Nonvolatile-parameter recovery and/or update method and system based on communication terminal |
| CN106102086B (en) * | 2016-05-30 | 2020-11-06 | 努比亚技术有限公司 | Data processing apparatus and method |
| CN106792635A (en) * | 2016-12-09 | 2017-05-31 | 努比亚技术有限公司 | A kind of device and method for accessing data network |
-
2020
- 2020-11-30 CN CN202011375070.7A patent/CN112533193B/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN112533193A (en) | 2021-03-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112533193B (en) | Configuration method and terminal for realizing different network requirements | |
| CN102232304B (en) | Method, system and terminal for system update between mobile communication terminals | |
| CN109062617B (en) | Application method of platform supporting multiple types of equipment and mobile terminal | |
| CN104991793A (en) | Method, device and system used for application program subpackage | |
| CN110543321A (en) | OTA (over the air) upgrading method, device, terminal and computer readable storage medium | |
| US20180352421A1 (en) | Mobile Device Configuration Method And Apparatus | |
| CN109725952B (en) | Method, system and related device for application program plug-in | |
| KR20120073107A (en) | Apparatus for software-defined raido terminal and methods for distributing and installing raido applications | |
| CN110543327B (en) | Service component multiplexing method, device, computer equipment and storage medium | |
| CN110750286B (en) | Management method, device, system, equipment and medium for upgrading Mbn through OTA | |
| US20070067581A1 (en) | Method for storing and running application program in flash-rom | |
| CN109040169B (en) | Communication device and method for managing configuration files | |
| CN110851151B (en) | Method, device, terminal, server and storage medium for pre-installing application | |
| CN111290773A (en) | System upgrading method, device and readable storage medium | |
| KR100974662B1 (en) | Mobile commuication terminal and method for updating firmware thereof | |
| US11106472B2 (en) | Method for managing multiple operating systems in integrated circuit cards, corresponding system and computer program product | |
| CN115357295B (en) | System rollback method, device and storage medium | |
| CN110764809A (en) | OTA APN upgrading method, device, equipment and medium | |
| CN110806856A (en) | Data loading method and device and electronic equipment | |
| US9166631B2 (en) | Software-defined radio terminal apparatus, and method for distributing and installing radio applications | |
| CN111427603B (en) | Application program upgrading method and device | |
| KR100538627B1 (en) | Method for partupgrading sofrware of wireless terminal | |
| CN111142913A (en) | Hot updating method and equipment for iOS system application program | |
| KR100556874B1 (en) | Abbreviation method for booting time of mobile communication terminal device | |
| KR100556878B1 (en) | Initialization method for mobile communication terminal |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address |
Address after: Room 201-9, Zone C, No. 18 Guanri Road, Phase II, Software Park, Torch High tech Zone, Xiamen City, Fujian Province, 361000 Patentee after: Fujian Huisibo Digital Technology Co.,Ltd. Address before: No. 89 Software Avenue, Tongpan Road, Gulou District, Fuzhou City, Fujian Province, 350000. 510, Floor 5, 34 #, Zone C, Fuzhou Software Park Patentee before: FUZHOU HUISIBO INFORMATION TECHNOLOGY Co.,Ltd. |
|
| CP03 | Change of name, title or address |