CN103530121A - Method of compatibility of multiple hardware platforms by RRU single software version - Google Patents
Method of compatibility of multiple hardware platforms by RRU single software version Download PDFInfo
- Publication number
- CN103530121A CN103530121A CN201310480750.9A CN201310480750A CN103530121A CN 103530121 A CN103530121 A CN 103530121A CN 201310480750 A CN201310480750 A CN 201310480750A CN 103530121 A CN103530121 A CN 103530121A
- Authority
- CN
- China
- Prior art keywords
- information
- hardware platform
- data message
- data
- hardware
- 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.)
- Pending
Links
Images
Abstract
The invention discloses a method of compatibility of multiple hardware platforms by an RRU single software version. The method comprises the steps that data information of the parameters of all hardware platforms are generated, and the data information is instantiated to an embedded system software version; the generated data information of the hardware platform parameters is solidified to an E2PROM of an embedded system when an RRU device is first started; the RRU device is started again; the data information is verified, embedded system software is operated to read the data information solidified to the E2PROM for verifying data, and the solidified data information is read and is compared with the data which is instantiated to the embedded system software version; when the result of verifying the data information is that parameters are illegal, a default software module is loaded; otherwise, software modules corresponding to the hardware platforms are loaded. The method of compatibility of the multiple hardware platforms by the RRU single software version is used for conveniently achieving sharing of multiple software platforms of the RRU software version, the difficulty of developing, maintaining and controlling multiple versions is lowered, and labor cost is saved.
Description
Technical field
The present invention relates to moving communicating field, relate in particular to the method for the many hardware platforms of the mono-software version compatibility of a kind of RRU.
Background technology
LTE(Long Term Evolution, Long Term Evolution) be the Long Term Evolution of the UMTS technical standard organized to set up by 3GPP.Continuous progress along with the communication technology, the application scenarios of LTE-RRU is more and more extensive, remote radio unit (RRU) RRU design also reaches its maturity, the demand of RRU has also been presented to public network and private network, TDD(time division duplex) and FDD(Frequency Division Duplexing (FDD)) standard, D frequency range, E frequency range, the multiple frequency range such as F-band and single antenna, the demand of the multiple antenna forms such as two antennas, identical system schema is because network, standard, the difference of frequency range or antenna number etc. need to have different hardware forms, different hardware forms is because cost, practical application scene, the optimization of intermediate frequency and radio frequency scheme or replacing have formed different hardware versions, according to different hardware form hardware versions, need to there is different software supporting with it.
For realizing above function, have at present two kinds of general ways: a kind of is different hardware form hardware versions, corresponding different software versions is used, and on software code, all adopts the mode of separately processing on the version file of generation; Another kind is different hardware form hardware version, and corresponding different software code carries out the processing mode of version pipe control in various version unified integration to file of generation.For above two kinds of methods, all cannot solve different hardware form hardware versions, supporting various software versions, the difficulty problem of shining into version exploitation, release maintenance and version pipe control.
Summary of the invention
The method that the object of this invention is to provide the many hardware platforms of the mono-software version compatibility of a kind of RRU, is intended to solve the problem of the corresponding different software versions of different hardware form hardware version, reduces the difficulty of version exploitation, maintenance and management and control.
Technical scheme of the present invention is the method for the many hardware platforms of the mono-software version compatibility of a kind of RRU, comprises the steps:
Step 1, generates the data message of each hardware platform parameter, by data message exampleization in built-in system software version;
Step 2, the data message that step 1 is generated to hardware platform parameter when RRU device first starts is cured in the E2PROM of embedded system;
Step 3, restarts RRU equipment;
Step 4, checking data information, comprises that operation built-in system software reads the data message being cured on E2PROM and carries out checking data, and reads curing data message and compare to the data in built-in system software version with example;
Step 5, when the result of step 4 checking data information is parameter when illegal, load default software module; Otherwise the software module that loaded with hardware platform is corresponding.
And, the data message of described hardware platform parameter comprises various data parameters and corresponding verification and information, various data parameters comprise the public network private network information that hardware platform is corresponding, standard information, the antenna number information that hardware platform is corresponding, the correcting information that hardware platform is corresponding, the band information that hardware platform is corresponding, the IF-FRE information that hardware platform is selected, radio frequency scheme information, the added field information that hardware platform is corresponding, with unique definite concrete hardware platform; Described added field information comprises same hardware version different material inventory.
And the data message that step 1 is generated to hardware platform parameter is cured in the E2PROM of embedded system, comprise and be cured to two subregions in E2PROM, be respectively behaviour area and backup area.
And, the implementation of step 4 is, read behaviour area data message and backup area data message, computational activity district data message and backup area data message proof test value preservation respectively, according to the check code verification behaviour area of preserving, if first behaviour area verification succeeds, judge that whether behaviour area is consistent with backup area data, inconsistent with behaviour area data message covering backup area data message; Then carry out behaviour area data and exampleization tables of data in embedded system and compare, compare successfully that parameter is legal, compare unsuccessful parameter illegal; If behaviour area verification is unsuccessful,, according to the check code verification backup area of preserving, the unsuccessful parameter of backup area verification is illegal; Backup area verification succeeds covers behaviour area data message with backup area data message, then carries out behaviour area data and compares with exampleization tables of data in embedded system, compares successfully that parameter is legal, compares unsuccessful parameter illegal.
And the software module that hardware platform is corresponding comprises driver module and business module, wherein, during load driver module, by chip configuration table, obtain the configuration information of the peripheral pin of corresponding CPU and import driver module into and complete loading; During loaded with traffic module, in the situation that hardware platform is supported, preferentially with adaptation module ability dynamic-configuration business module, otherwise the module maximum capacity dynamic-configuration business module of supporting with hardware platform.
The present invention has following advantage and good effect:
1, this method can easily realize a hardware form hardware version that software version compatibility is different, reduces the difficulty of version exploitation, maintenance and management and control.
2, this method adopts hardware platform Parameter data information double copies mode, while using verification and the verification of mode reading information during preservation information, use the mode of calculation check and data message to be saved in E2PROM but not in the FLASH file system of general embedded system, strengthened independence and the reliability of data.
3, this method only needs the driving of adding hardware board chip allocation list and newly-increased chip can expand compatible new hardware platform in software document.
Accompanying drawing explanation
Fig. 1 is the process flow diagram of the embodiment of the present invention.
Fig. 2 is the process flow diagram of embodiment of the present invention hardware plate Bootload.
Fig. 3 is embodiment of the present invention software module loading structure figure.
embodiment
Below in conjunction with drawings and Examples, the invention will be further described.
Referring to Fig. 1, the method for the many hardware platforms of the mono-software version compatibility of a kind of RRU that the embodiment of the present invention proposes, comprises that the software module for the many hardware platforms of compatibility loads flow process, can realize automatic operational scheme based on software engineering, mainly comprises the steps:
(1) generate hardware platform Parameter data information: be first the corresponding data message of design hardware platform parameter, comprise according to the otherness of each RRU hardware platform, generate hardware platform Parameter data information, by data message exampleization in the built-in system software version of RRU equipment.
Described hardware platform Parameter data information generally comprises the public network private network information that hardware platform is corresponding, standard information, the antenna number information that hardware platform is corresponding, the correcting information that hardware platform is corresponding, the band information that hardware platform is corresponding, the IF-FRE information that hardware platform is selected, radio frequency scheme information, the added field information that hardware platform is corresponding---added field information includes but not limited to concrete same hardware version different material inventory information etc., with unique, determine concrete hardware platform, and corresponding verification and the information of above data parameters.
(2) curing data information: the E2PROM(EEPROM (Electrically Erasable Programmable Read Only Memo) that the parameter of corresponding hardware platform is solidificated in to RRU embedded system device that hardware platform adopts), the hardware platform Parameter data information when RRU device first starts, (1) being generated is cured in the E2PROM of embedded system.
The present invention further proposes: the hardware platform Parameter data information of generation is cured in the E2PROM of embedded system, comprises and be cured to two subregions in E2PROM, be respectively behaviour area and backup area.Behaviour area refers to dominant area, the backup of enabling when backup area is behaviour area data exception.
(3) restarting equipment, restarts RRU equipment.
(4) read curing data message, by operation built-in system software, read the data message being cured on E2PROM, comprise the data message that reads behaviour area and backup area.
(5) checking data information, the i.e. legitimacy of checking parameter;
The present invention will be cured to the verification of the upper data message of E2PROM and adopt the mode of separating processing to carry out with the verification that built-in system software carries out curing information data.
Operation built-in system software reads after the data message being cured on E2PROM, and checking data packets of information is containing the synchronization check to behaviour area and backup area.Behaviour area, backup area verification be success or behaviour area verification succeeds all, and backup area verification failure is behaviour area data preferably, and relatively whether behaviour area data are consistent with backup area data, if inconsistent, use behaviour area data cover backup area data; Otherwise, behaviour area verification failure, backup area verification succeeds is preferred backup area data, backup area data cover behaviour area data; If behaviour area and backup area verification be failure all, belong to one of the situation of the legitimacy failure of inspection parameter, enable default data information mode, load default software module.
Read curing data message and compare to the data in built-in system software version with example, compare the legitimacy failure that unsuccessfully belongs to inspection parameter situation two, compare successfully the legitimacy success of inspection parameter.If behaviour area and backup area verification be failure all, can be without carrying out this contrast.
(6) load software module: when parameter is illegal, load default software module; Otherwise the software module that loaded with hardware platform is corresponding, comprises and obtains CPU periphery configure information load driver module, obtains capacity of equipment configuring service module.Default software module is that CPU minimum system starts module.
Software module corresponding to loaded with hardware platform when parameter is legal, described software module is driver module and the business module of each hardware platform of built-in system software edition compatibility.Wherein, driver module adopts the peripheral pin configuration information mode separated with concrete driving function code, by chip configuration table, obtain the configuration information of the peripheral pin of corresponding CPU, during load driver, dynamically import the peripheral pin information of processor that each pin is corresponding into, complete the loading that plate carries chip drives module; Business module adopts concrete hardware business module tenability or the ability obtained with self-adaptation combines, and is being no more than in hardware business module tenability situation preferably self-adaptation acquisition capability dynamic-configuration business module.During concrete enforcement, can obtain certain business module maximum capacity that hardware platform is supported by business module capability list, this business module ability that coupling system is surveyed, in the situation that hardware platform is supported, preferentially with adaptation module ability dynamic-configuration business module, otherwise the module maximum capacity dynamic-configuration business module of supporting with hardware platform.
Complete after software module loading, system starts.
Take network below as public network, standard is TD-LTE standard, antenna number is two antennas, hardware large paper edition is third edition R3, the correcting information of hardware version is 1A, and frequency range is E frequency range, and up-downgoing IF-FRE is 138.24M, radio frequency up-downgoing is low local oscillator, and Bill of Material (BOM) is that normal Bill of Material (BOM) is not used and substituted material and describe for example.
According to the otherness of each hardware, enumerate unique packets of information of determining that a hardware plate needs and carry material information containing network type, which kind of standard, the port number of equipment, hardware major release, hardware minor release/point release, the up-downgoing frequency range of equipment, the up-downgoing frequency of intermediate frequency, radio frequency up-downgoing local oscillator scheme, plate.
According to the hardware plate information shown in example, fill each field information to corresponding field, use console instructions or script file computing information verification and, this method adopts CRC 16(16 position CRC check code) calculation check and, and information is saved in the behaviour area and backup area address space that E2PROM is corresponding.Above-mentioned field information can be adopted in two ways and realize: a kind of is that described field adopts ASCII character, adopts the mode of separator to realize between field and field; Fix each field length, define the implication of each Related fields data, the mode of the unit value of save data etc. realizes.
The idiographic flow that built-in system software loads software module according to single plate hardware information is as shown in Figure 2:
Step 101: hardware plate is restarted veneer and carried out initial work.
Step 102: read behaviour area data message and backup area data message to Installed System Memory.
Step 103: computational activity district data message and backup area data message proof test value preservation respectively, proof test value adopts CCITT 16 to calculate gained check codes.
Step 104: ，Ruo behaviour area, the check code verification behaviour area verification succeeds of preserving according to step 103 enters next step 105, otherwise jumps to step 107.
Step 105: judge that whether behaviour area is consistent with backup area data, unanimously jump to step 109, otherwise enter next step 106.
Step 106: behaviour area data message covers backup area data message, and enters step 109.
Step 107: the check code verification backup area of preserving according to step 103, if backup area verification succeeds enters next step 108, otherwise jumps to step 111.
Step 108: backup area data message covers behaviour area data message, and enters next step 109.
Step 109: carry out behaviour area data and compare with exampleization tables of data in embedded system, successfully enter next step 110 if compare, otherwise jump to step 111.
Step 110: load corresponding software module according to tables of data information, and jump to step 112.
Shown in Fig. 3, single-deck hardware information table represents the hardware dish information that this embedded software is supported.Each hardware dish corresponding configurable chip information and the chip pin information of hardware dish chip configuration table for supporting, take and scheme as example, IC0 represents the configurable chip IC 0 that this hardware platform comprises, and each of its correspondence can be controlled the pin pin1 of peripheral tube pin and CPU, pin2 ... connect.Business module capability list is the maximum capacity of business module corresponding to each hardware dish of supporting, and business module 0 ability for example represents the maximum capacity of the business module 0 that this hardware platform is supported.During load driver module: the hardware dish chip configuration table that obtains public network TD-LTE 2 antenna R31A E frequency ranges (being designated as public network 2ANTR31AE in figure) according to single plate hardware information table information searching, in conjunction with extra information field, obtain the peripheral number of pins of the corresponding CPU of each configurable chip, and import driver module into and complete driver module and load.
During loaded with traffic module: obtain public network TD-LTE 2 antenna R31AE frequency range (being designated as public network 2ANTR31AE in figure) business module capability lists according to single plate hardware information table information searching, obtain the maximum traffic ability that each business module of hardware dish is supported.The loading AXC module of take is example, and this hardware device is supported 10G light mouth speed, and adaptive optical mouth speed is 5G, and preferred 5G, to support 32 AXC capacity schemes to load AXC modules.
Step 111: use default data information load default software module and report an error and carry out mistake processing, and enter next step 112.Default software module is not added driver module and functional module for any business.
Step 112: software module loads and finishes.
Above-described specific embodiment illustrates the present invention, but does not limit the scope of spirit of the present invention.If various possible being equal to of the present invention, are changed or are replaced, and change and replace the protection domain that all should belong to the claims in the present invention and equivalent technologies thereof within.
Claims (5)
1. a method for the many hardware platforms of the mono-software version compatibility of RRU, is characterized in that, comprises the steps:
Step 1, generates the data message of each hardware platform parameter, by data message exampleization in built-in system software version;
Step 2, the data message that step 1 is generated to hardware platform parameter when RRU device first starts is cured in the E2PROM of embedded system;
Step 3, restarts RRU equipment;
Step 4, checking data information, comprises that operation built-in system software reads the data message being cured on E2PROM and carries out checking data, and reads curing data message and compare to the data in built-in system software version with example;
Step 5, when the result of step 4 checking data information is parameter when illegal, load default software module; Otherwise the software module that loaded with hardware platform is corresponding.
2. the method for the many hardware platforms of the mono-software version compatibility of RRU according to claim 1, it is characterized in that: the data message of described hardware platform parameter comprises various data parameters and corresponding verification and information, various data parameters comprise the public network private network information that hardware platform is corresponding, standard information, the antenna number information that hardware platform is corresponding, the correcting information that hardware platform is corresponding, the band information that hardware platform is corresponding, the IF-FRE information that hardware platform is selected, radio frequency scheme information, the added field information that hardware platform is corresponding, with unique definite concrete hardware platform, described added field information comprises same hardware version different material inventory.
3. according to the method for the many hardware platforms of the mono-software version compatibility of RRU described in claim 1 or 2, it is characterized in that: the data message that step 1 is generated to hardware platform parameter is cured in the E2PROM of embedded system, comprise and be cured to two subregions in E2PROM, be respectively behaviour area and backup area.
4. basis is by the method for the many hardware platforms of the mono-software version compatibility of RRU described in claim 3, it is characterized in that: the implementation of step 4 is, read behaviour area data message and backup area data message, computational activity district data message and backup area data message proof test value preservation respectively, according to the check code verification behaviour area of preserving, if first behaviour area verification succeeds, judge that whether behaviour area is consistent with backup area data, inconsistent with behaviour area data message covering backup area data message; Then carry out behaviour area data and exampleization tables of data in embedded system and compare, compare successfully that parameter is legal, compare unsuccessful parameter illegal; If behaviour area verification is unsuccessful,, according to the check code verification backup area of preserving, the unsuccessful parameter of backup area verification is illegal; Backup area verification succeeds covers behaviour area data message with backup area data message, then carries out behaviour area data and compares with exampleization tables of data in embedded system, compares successfully that parameter is legal, compares unsuccessful parameter illegal.
5. according to the method for the many hardware platforms of the mono-software version compatibility of RRU described in claim 1 or 2, it is characterized in that: the software module that hardware platform is corresponding comprises driver module and business module, wherein, during load driver module, by chip configuration table, obtain the configuration information of the peripheral pin of corresponding CPU and import driver module into and complete loading; During loaded with traffic module, in the situation that hardware platform is supported, preferentially with adaptation module ability dynamic-configuration business module, otherwise the module maximum capacity dynamic-configuration business module of supporting with hardware platform.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310480750.9A CN103530121A (en) | 2013-10-15 | 2013-10-15 | Method of compatibility of multiple hardware platforms by RRU single software version |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310480750.9A CN103530121A (en) | 2013-10-15 | 2013-10-15 | Method of compatibility of multiple hardware platforms by RRU single software version |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103530121A true CN103530121A (en) | 2014-01-22 |
Family
ID=49932161
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310480750.9A Pending CN103530121A (en) | 2013-10-15 | 2013-10-15 | Method of compatibility of multiple hardware platforms by RRU single software version |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103530121A (en) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108446138A (en) * | 2017-02-13 | 2018-08-24 | 中兴通讯股份有限公司 | A kind of drive load method and device |
| CN109669732A (en) * | 2019-02-14 | 2019-04-23 | 深圳力维智联技术有限公司 | A kind of drive load method for extending out function system and extending out functional hardware |
| CN110366038A (en) * | 2019-07-11 | 2019-10-22 | 四川长虹电器股份有限公司 | The method of multiversion software hardware compatibility multiple technologies state |
| CN111142934A (en) * | 2019-11-28 | 2020-05-12 | 中国航空工业集团公司西安航空计算技术研究所 | Design method of file format capable of being loaded |
| CN112214415A (en) * | 2020-11-03 | 2021-01-12 | 中国航空工业集团公司西安航空计算技术研究所 | Trusted management method for executable files of airborne embedded system |
| CN112306548A (en) * | 2020-10-23 | 2021-02-02 | 紫光展锐(重庆)科技有限公司 | Information processing method and device and communication equipment |
| CN113676795A (en) * | 2021-08-28 | 2021-11-19 | 芯河半导体科技(无锡)有限公司 | BOSA automatic calibration and data storage system based on GPON router |
| CN113760620A (en) * | 2021-08-20 | 2021-12-07 | 东莞新能安科技有限公司 | Hardware matching method, circuit protection board and electronic device |
| CN116795452A (en) * | 2023-07-20 | 2023-09-22 | 龙芯中科(北京)信息技术有限公司 | Method, device and equipment for determining compatibility of driving program |
| CN109669732B (en) * | 2019-02-14 | 2024-05-17 | 深圳力维智联技术有限公司 | External expansion function system and drive loading method of external expansion function hardware |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1858713A (en) * | 2005-04-30 | 2006-11-08 | 广东科龙电器股份有限公司 | Method for improving E/EPROM storage storaged dada reliability |
| CN101040258A (en) * | 2004-12-21 | 2007-09-19 | 中兴通讯股份有限公司 | Method and apparatus for loading compatibly equipment software in distributed control system |
| CN101895701A (en) * | 2010-07-07 | 2010-11-24 | 深圳创维－Rgb电子有限公司 | Device for realizing software compatibility of functional module on different TV platforms |
| CN102081538A (en) * | 2011-01-11 | 2011-06-01 | 上海华勤通讯技术有限公司 | Method for making mobile phone processor be compatible with multiple chips |
| CN102347866A (en) * | 2011-11-08 | 2012-02-08 | 迈普通信技术股份有限公司 | Data configuration system and method in network management |
-
2013
- 2013-10-15 CN CN201310480750.9A patent/CN103530121A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101040258A (en) * | 2004-12-21 | 2007-09-19 | 中兴通讯股份有限公司 | Method and apparatus for loading compatibly equipment software in distributed control system |
| CN1858713A (en) * | 2005-04-30 | 2006-11-08 | 广东科龙电器股份有限公司 | Method for improving E/EPROM storage storaged dada reliability |
| CN101895701A (en) * | 2010-07-07 | 2010-11-24 | 深圳创维－Rgb电子有限公司 | Device for realizing software compatibility of functional module on different TV platforms |
| CN102081538A (en) * | 2011-01-11 | 2011-06-01 | 上海华勤通讯技术有限公司 | Method for making mobile phone processor be compatible with multiple chips |
| CN102347866A (en) * | 2011-11-08 | 2012-02-08 | 迈普通信技术股份有限公司 | Data configuration system and method in network management |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108446138A (en) * | 2017-02-13 | 2018-08-24 | 中兴通讯股份有限公司 | A kind of drive load method and device |
| CN109669732A (en) * | 2019-02-14 | 2019-04-23 | 深圳力维智联技术有限公司 | A kind of drive load method for extending out function system and extending out functional hardware |
| CN109669732B (en) * | 2019-02-14 | 2024-05-17 | 深圳力维智联技术有限公司 | External expansion function system and drive loading method of external expansion function hardware |
| CN110366038A (en) * | 2019-07-11 | 2019-10-22 | 四川长虹电器股份有限公司 | The method of multiversion software hardware compatibility multiple technologies state |
| CN111142934B (en) * | 2019-11-28 | 2023-06-13 | 中国航空工业集团公司西安航空计算技术研究所 | Method for designing loadable file format |
| CN111142934A (en) * | 2019-11-28 | 2020-05-12 | 中国航空工业集团公司西安航空计算技术研究所 | Design method of file format capable of being loaded |
| CN112306548A (en) * | 2020-10-23 | 2021-02-02 | 紫光展锐(重庆)科技有限公司 | Information processing method and device and communication equipment |
| CN112214415B (en) * | 2020-11-03 | 2023-04-18 | 中国航空工业集团公司西安航空计算技术研究所 | Trusted management method for executable files of airborne embedded system |
| CN112214415A (en) * | 2020-11-03 | 2021-01-12 | 中国航空工业集团公司西安航空计算技术研究所 | Trusted management method for executable files of airborne embedded system |
| CN113760620A (en) * | 2021-08-20 | 2021-12-07 | 东莞新能安科技有限公司 | Hardware matching method, circuit protection board and electronic device |
| CN113676795A (en) * | 2021-08-28 | 2021-11-19 | 芯河半导体科技(无锡)有限公司 | BOSA automatic calibration and data storage system based on GPON router |
| CN113676795B (en) * | 2021-08-28 | 2024-03-05 | 芯河半导体科技(无锡)有限公司 | BOSA automatic calibration and data storage system based on GPON router |
| CN116795452A (en) * | 2023-07-20 | 2023-09-22 | 龙芯中科(北京)信息技术有限公司 | Method, device and equipment for determining compatibility of driving program |
| CN116795452B (en) * | 2023-07-20 | 2024-04-02 | 龙芯中科(北京)信息技术有限公司 | Method, device and equipment for determining compatibility of driving program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103530121A (en) | Method of compatibility of multiple hardware platforms by RRU single software version | |
| US11669322B2 (en) | Firmware upgrade method and apparatus | |
| CN100421071C (en) | Updating method for distance equipment system software | |
| CN102520948B (en) | Application maintenance update method and device | |
| EP2456257B1 (en) | Method and system for upgrading wireless data card | |
| US8725112B2 (en) | Activation solution | |
| DE102016201361A1 (en) | Manage firmware updates for integrated components within mobile devices | |
| CN103024782B (en) | A kind of method and system of base station software version management | |
| CN102609281B (en) | Distributed software patch update method and system | |
| CN104469737B (en) | A kind of universal embedded integrated circuit card and its user signing contract information Activiation method | |
| US20160162271A1 (en) | Application Migration Method, Device and System for Mobile Terminal | |
| CN101442764A (en) | Method for updating far-end node version | |
| CN103179551A (en) | Over-the-air upgrading method and over-the-air upgrading system | |
| WO2017198156A1 (en) | Service deployment method, apparatus and system | |
| CN106066802A (en) | A kind of method and apparatus loading MBN file | |
| CN114422618A (en) | IOT platform protocol adaptation method, device, equipment and medium based on cloud protogenesis | |
| CN112100060A (en) | Operation environment self-adaption method and device and computer readable storage medium | |
| CN101932145B (en) | Device and method for managing software versions in wireless communication system | |
| CN104793998B (en) | Terminal system resource management method and device | |
| CN100556192C (en) | The method that information of mobile terminal reports automatically | |
| CN108874410B (en) | Patch management method and device | |
| CN106933604B (en) | System upgrading method and device | |
| CN101938765B (en) | The method and system of a kind of webmaster and network element automatic adaptation | |
| CN105681078A (en) | Network parameter upgrading device and method | |
| CN103235728B (en) | The installation method of preset third-party application and device in Android terminal |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140122 |