CN114257509A - 模块升级方法及装置、存储介质及电子装置 - Google Patents
模块升级方法及装置、存储介质及电子装置 Download PDFInfo
- Publication number
- CN114257509A CN114257509A CN202111676092.1A CN202111676092A CN114257509A CN 114257509 A CN114257509 A CN 114257509A CN 202111676092 A CN202111676092 A CN 202111676092A CN 114257509 A CN114257509 A CN 114257509A
- Authority
- CN
- China
- Prior art keywords
- module
- upgrading
- information
- repeater
- upgraded
- 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
- 238000000034 method Methods 0.000 title claims abstract description 83
- 238000012544 monitoring process Methods 0.000 claims abstract description 171
- 238000004891 communication Methods 0.000 claims abstract description 67
- 238000004590 computer program Methods 0.000 claims description 18
- 230000008569 process Effects 0.000 claims description 17
- 238000005516 engineering process Methods 0.000 claims description 10
- 238000012795 verification Methods 0.000 description 24
- 230000005540 biological transmission Effects 0.000 description 18
- 238000010586 diagram Methods 0.000 description 18
- 230000006870 function Effects 0.000 description 17
- 238000012545 processing Methods 0.000 description 14
- 230000004044 response Effects 0.000 description 8
- 238000012546 transfer Methods 0.000 description 7
- 230000007246 mechanism Effects 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 238000010200 validation analysis Methods 0.000 description 2
- 238000013461 design Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/155—Ground-based stations
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Stored Programmes (AREA)
Abstract
本发明公开了一种模块升级方法及装置、存储介质及电子装置,其中,上述方法包括:在操作维护中心OMC与直放站已建立通信连接的情况下,通过OMC的监控模块获取直放站的模块信息,其中,模块信息记录有直放站中多个模块的信息;获取目标对象在OMC的空中下载技术OTA模块上通过模块信息确定的直放站的待升级模块;通过OTA模块确定待升级模块的升级包信息,并通过监控模块将升级包信息发送至直放站;在通过OTA模块获取到直放站的升级处理器根据升级包信息发送的下载请求的情况下,通过OTA模块发送待升级模块的升级包至升级处理器,以指示升级处理器根据升级包升级待升级模块。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种模块升级方法及装置、存储介质及电子装置。
背景技术
直放站系统广泛用于信号难于覆盖的盲区和弱区,随着移动通信市场和5G技术的迅猛发展,用户越来越希望可随时随地提供高质量通信,进而直放站系统由原单模结构向多模协作的方式升级,系统架构由原单级架构向多极架构演进。而在进行功能优化或问题修复时,则需要对直放站中多个模块的软件进行升级。
现有直放站升级的方法是通过在操作维护中心(Operation and MaintenanceCenter,简称为OMC)的监控模块发送软件升级指令,直放站设备接收到软件升级指令,如可以进行升级就回复可升级信息给操作维护中心,并准备接收新软件代码;操作维护中心发送新软件代码,直放站设备接收新软件代码,待完全接收完成后执行flash刷写程序,刷写成功后复位系统,执行新的软件,到此直放站远程升级结束。
在现有技术中,操作维护中心(OMC)的监控模块是和直放站的微控制单元(Microcontroller Unit,简称为MCU)具有通信连接的,而传统直放站只具有MCU模块,进而操作维护中心可以通过监控模块将升级包直接发送给MCU,使得MCU进行升级,随着直放站的发展,直放站扩展了很多其他模块,而监控模块本身是用于监控直放站状态,如果使用OMC的监控模块对直放站其他模块进行升级,会使得监控模块不能继续执行监控功能,进而在保证OMC的监控功能的情况下,目前远程升级方法仅能对直放站的微控制单元(Microcontroller Unit,简称为MCU)进行升级,不支持对直放站多级架构、多个模块软件版本升级,且目前通过监控模块传输升级包,传输效率比较低,升级包传输过程用时较长,且因网络问题,一旦出现传输中断,需重新开始升级包数据的传输。
针对相关技术,在保证操作维护中心监控功能的情况下,操作维护中心通过监控模块只能对直放站的微控制单元进行升级,无法对直放站其他多个模块进行升级的问题。目前尚未提出有效的解决方案。
因此,有必要对相关技术予以改良以克服相关技术中的所述缺陷。
发明内容
本发明实施例提供了一种模块升级方法及装置、存储介质及电子装置,以至少解决在保证操作维护中心监控功能的情况下,操作维护中心通过监控模块只能对直放站的微控制单元进行升级,无法对直放站其他多个模块进行升级的问题。
根据本发明实施例的一方面,提供一种模块升级方法,包括:在操作维护中心OMC与直放站已建立通信连接的情况下,通过所述OMC的监控模块获取所述直放站的模块信息,其中,所述模块信息记录有所述直放站中多个模块的信息;获取目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定的所述直放站的待升级模块;通过所述OTA模块确定所述待升级模块的升级包信息,并通过所述监控模块将所述升级包信息发送至所述直放站;在通过OTA模块获取到所述直放站的升级处理器根据所述升级包信息发送的下载请求的情况下,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器,以指示所述升级处理器根据所述升级包升级所述待升级模块。
根据本发明实施例的另一方面,提供一种模块升级方法,包括:在直放站与操作维护中心OMC建立通信连接的情况下,通过所述通信连接向所述OMC的监控模块发送所述直放站的模块信息,以使目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定所述直放站的待升级模块,其中,所述模块信息记录有所述直放站中多个模块的信息;获取所述OMC发送的所述待升级模块的升级包信息,并将所述升级包信息发送至所述直放站的升级处理器;通过所述升级处理器将根据所述升级包信息确定的下载请求发送至所述OMC的空中下载技术OTA模块,以获取所述OTA模块发送的升级包,并根据所述升级包对所述直放站的待升级模块进行升级。
根据本发明实施例的另一方面,还提供了一种模块升级装置,包括:第一获取模块,用于在操作维护中心OMC与直放站已建立通信连接的情况下,通过所述OMC的监控模块获取所述直放站的模块信息,其中,所述模块信息记录有所述直放站中多个模块的信息;第二获取模块,用于获取目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定的所述直放站的待升级模块;第一发送模块,用于通过所述OTA模块确定所述待升级模块的升级包信息,并通过所述监控模块将所述升级包信息发送至所述直放站;第一升级模块,用于在通过OTA模块获取到所述直放站的升级处理器根据所述升级包信息发送的下载请求的情况下,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器,以指示所述升级处理器根据所述升级包升级所述待升级模块。
根据本发明实施例的另一方面,还提供了一种模块升级装置,包括:第二发送模块,用于在直放站与操作维护中心OMC建立通信连接的情况下,通过所述通信连接向所述OMC的监控模块发送所述直放站的模块信息,以使目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定所述直放站的待升级模块,其中,所述模块信息记录有所述直放站中多个模块的信息;第三获取模块,用于获取所述OMC发送的所述待升级模块的升级包信息,并将所述升级包信息发送至所述直放站的升级处理器;第二升级模块,用于通过所述升级处理器将根据所述升级包信息确定的下载请求发送至所述OMC的空中下载技术OTA模块,以获取所述OTA模块发送的升级包,并根据所述升级包对所述直放站的待升级模块进行升级。
根据本发明实施例的又一方面,还提供了一种计算机可读的存储介质,该计算机可读的存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述模块升级方法。
根据本发明实施例的又一方面,还提供了一种电子装置,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,上述处理器通过计算机程序执行上述模块升级方法。
通过本发明,在确定待升级模块的情况下,通过操作维护中心的OTA模块确定待升级模块的升级包信息,并通过操作维护中心的监控模块将升级包信息发送至直放站,进而在OTA模块获取到直放站的升级处理器根据升级包信息发送的下载请求的情况下,通过OTA模块发送待升级模块的升级包至升级处理器,以指示升级处理器根据升级包升级待升级模块。采用上述技术方案,解决了在保证操作维护中心监控功能的情况下,操作维护中心通过监控模块只能对直放站的微控制单元进行升级,无法对直放站其他模块进行升级的问题。进而在操作维护中心中拓展OTA模块,在保证操作维护中心监控功能的情况下,操作维护中心通过OTA模块不仅可以对直放站的微处理单元进行升级,还可以对直放站的其他模块进行升级。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示例性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是本发明实施例的模块升级方法的计算机终端的硬件结构框图;
图2是根据本发明实施例的模块升级方法的流程图(一);
图3是根据本发明实施例的模块升级方法的流程图(二);
图4是根据本发明实施例的基于OTA对直放站升级的整体框图;
图5是根据本发明实施例的升级包信息示意图;
图6是根据本发明实施例的OMC与直放站升级的数据流图;
图7是根据本发明实施例的OTA通过监控模块查询直放站模块的软件版本的流程图;
图8是根据本发明实施例的OTA通过监控模块下发给直放站主MCU升级信息的流程图;
图9是根据本发明实施例的基于OTA升级直放站模块的软件版本的时序图;
图10是根据本发明实施例的升级处理器下载升级包的流程图;
图11是根据本发明实施例的校验升级包结构图;
图12是根据本发明实施例的模块升级装置的结构框图(一);
图13是根据本发明实施例的模块升级装置的结构框图(二)。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例中所提供的方法实施例可以在计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例,图1是本发明实施例的模块升级方法的计算机终端的硬件结构框图。如图1所示,计算机终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器(Microprocessor Unit,简称是MCU)或可编程逻辑器件(Programmable logic device,简称是PLD))和用于存储数据的存储器104,在一个示例性实施例中,上述计算机终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述计算机终端的结构造成限定。例如,计算机终端还可包括比图1中所示更多或者更少的组件,或者具有与图1所示等同功能或比图1所示功能更多的不同的配置。
存储器104可用于存储计算机程序,例如,应用软件的软件程序以及模块,如本发明实施例中的模块升级方法对应的计算机程序,处理器102通过运行存储在存储器104内的计算机程序,从而执行各种功能应用以及数据处理,即实现上述的方法。存储器104可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器104可进一步包括相对于处理器102远程设置的存储器,这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中,传输装置106包括一个网络适配器(Network Interface Controller,简称为NIC),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置106可以为射频(Radio Frequency,简称为RF)模块,其用于通过无线方式与互联网进行通讯。
为了解决上述问题,在本实施例中提供了一种模块升级方法,应用于OMC,图2是根据本发明实施例的模块升级方法的流程图(一),该流程包括如下步骤:
步骤S202,在操作维护中心OMC与直放站已建立通信连接的情况下,通过所述OMC的监控模块获取所述直放站的模块信息,其中,所述模块信息记录有所述直放站中多个模块的信息;
需要说明的是,模块信息包括但不限于:直放站的站点信息、设备编号、模块编号,模块的软件版本信息。
步骤S204,获取目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定的所述直放站的待升级模块;
需要说明的是,OTA模块在OMC中的作用是实现直放站的升级管理,故OTA模块在OMC中为升级服务模块,此外,待升级模块为一个或多个模块。
步骤S206,通过所述OTA模块确定所述待升级模块的升级包信息,并通过所述监控模块将所述升级包信息发送至所述直放站;
步骤S208,在通过OTA模块获取到所述直放站的升级处理器根据所述升级包信息发送的下载请求的情况下,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器,以指示所述升级处理器根据所述升级包升级所述待升级模块。
通过上述步骤,在确定待升级模块的情况下,通过操作维护中心的OTA模块确定待升级模块的升级包信息,并通过操作维护中心的监控模块将升级包信息发送至直放站,进而在OTA模块获取到直放站的升级处理器根据升级包信息发送的下载请求的情况下,通过OTA模块发送待升级模块的升级包至升级处理器,以指示升级处理器根据升级包升级待升级模块。采用上述技术方案,解决了在保证操作维护中心监控功能的情况下,操作维护中心通过监控模块只能对直放站的微控制单元进行升级,无法对直放站其他模块进行升级的问题。进而在操作维护中心中拓展OTA模块,在保证操作维护中心监控功能的情况下,操作维护中心通过OTA模块不仅可以对直放站的微处理单元进行升级,还可以对直放站的其他模块进行升级。
需要说明的是,上述步骤S204可以通过以下方式实现:获取目标对象在所述OTA模块通过所述模块信息确定的所述直放站的目标模块;通过所述监控模块向所述直放站的微控制单元MCU发送查询请求,以获取所述目标模块的第一版本信息;在所述第一版本信息与所述OAT模块的待升级模块列表中所述目标模块的第二版本信息相匹配的情况下,将所述目标模块确定为待升级模块。
也就是说,用户可以在OTA模块上根据直放站的模块信息选择一个目标模块,查询这个目标模块的版本信息,具体的,OMC的监控模块会对用户输入的参数(站点编号、设备编号、模块编号)进行非空和有效性检查,如果校验成功,则OMC的监控模块需要根据站点编号和设备编号检查设备是否在线,如果在线,OMC的监控模块会将站点编号、设备编号、模块编号和查询模块软件版本指令按直放站监控协议数据包格式进行组包,并将组包后的信息通过通信连接发送给指定直放站点的主MCU,进而OMC的监控模块可以对直放站MCU返回的数据包进行解包,如果解析成功则向OTA以JSON格式返回结果数据列表,包括站点编号,设备编号,模块编号,模块版本和执行状态码、错误信息。进而可以获取到目标模块的版本信息,如果返回的目标模块的版本信息在待升级模块软件包的待升级模块列表中,则该模块可升级,将目标模块确定为待升级模块。
在一个示例性的实施例中,通过所述监控模块将所述升级包信息发送至所述直放站,可以通过以下方式实现:通过所述监控模块将所述升级包信息按照目标协议进行封装,得到封装好的升级包信息;将所述封装好的升级包信息根据所述通信连接发送至所述直放站的微控制单元MCU。
也就是说,当OTA模块确定了直放站的待升级模块以后,需要通过OMC的监控模块将升级包信息发送至直放站,具体的,OMC的监控模块根据升级包信息中的模块编码、升级方式、升级包地址、升级包效验码、升级包大小、用户名和密码按OMC监控协议进行组包;进而OMC的监控模块将组包后的升级包通过通信连接发送给指定的直放站的MCU。之后,OMC的监控模块会接收响应数据包,监控模块根据数据包中应答标识判断升级包信息是否发送成功,如果应答标识为“0x00”,则表明OTA发送升级信息成功,并将数据包中站点编号、设备编号更新在线设备运行模式更改为软件升级模式。
在一个示例性的实施例中,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器,通过以下方式实现:确定所述OTA模块与所述升级处理器之间建立的通信链路;指示所述OTA模块通过所述通信链路发送所述待升级模块的升级包至所述升级处理器。
需要说明的是,OMC的监控模块和直放站的MCU是一直具有通信连接的,进而监控模块可以多直放站进行监控,在OMC对直放站进行升级的时候,OMC的OTA模块会和直放站的升级处理器单独的建立一个通信链路,进而OTA可以通过这个通信链路将软件升级包发送至升级处理器。提高了传输的效率。
在一个示例性的实施例中,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器的过程中,还会获取所述升级处理器发送的所述升级包的下载进度;将所述OTA模块的待升级模块列表中所述待升级模块的状态更新为升级状态,并显示所述升级包的下载进度。
为了更好的理解,以下具体说明,OTA模块在接收升级处理器发送的下载请求以后,会根据下载请求中的站点编号、设备编号、用户名和密码进行鉴权,如果鉴权失败则向升级处理器发送“请求无权限,请联系OTA管理员”;如果鉴权成功,OTA会根据后台服务器负载进行下载请求分流;即OTA根据下载请求中下载包路径和起始下载位置和结束下载位置输出升级包的数据流,发送至直放站的升级处理器,同时,OTA会接收升级处理器反馈的进度,如果返回状态码为失败,则向用户输出返回结果中的失败信息并记录日志;如果返回状态码为成功,则根据站点编号、设备编号、模块编号、下载进度、升级进度、详细描述动态更新用户待升级模块列表中当前状态为下载中,下载进度为返回数据中下载进度。
在一个示例性的实施例中,OMC的监控模块还接收直放站升级结果数据包,进行数据包有效性校验并进行解包。如果数据包无效或者解包失败则丢弃该数据包;如果数据包有效且解包成功则根据数据包中数据标识识别升级结果,无论数据包中返回的升级结果成功与失败,都根据数据包中站点编号、设备编号更新在线设备运行模式更改为监控模式,并记录日志。
在一个示例性的实施例中,OTA还提供反馈升级结果WEB API服务,接收直放站反馈站点、设备、模块的升级结果,根据反馈升级结果请求中根站点编号、设备编号、模块编码更新待升级模块列表中当前状态为返回数据中的升级结果。
在本实施例中还提供了一种模块升级方法,应用于直放站,图3是根据本发明实施例的模块升级方法的流程图(二),该流程包括如下步骤:
步骤S302:在直放站与操作维护中心OMC建立通信连接的情况下,通过所述通信连接向所述OMC的监控模块发送所述直放站的模块信息,以使目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定所述直放站的待升级模块,其中,所述模块信息记录有所述直放站中多个模块的信息;
需要说明的是,模块信息包括:直放站的站点信息、设备编号、模块编号。
步骤S304:获取所述OMC发送的所述待升级模块的升级包信息,并将所述升级包信息发送至所述直放站的升级处理器;
需要说明的是,具体是通过直放站的MCU获取OMC的监控模块发送的升级包信息。
步骤S306:通过所述升级处理器将根据所述升级包信息确定的下载请求发送至所述OMC的空中下载技术OTA模块,以获取所述OTA模块发送的升级包,并根据所述升级包对所述直放站的待升级模块进行升级。
通过上述步骤,解决了在保证操作维护中心监控功能的情况下,操作维护中心通过监控模块只能对直放站的微控制单元进行升级,无法对直放站其他模块进行升级的问题。进而在直放站中拓展升级处理器,在保证操作维护中心监控功能的情况下,通过直放站的升级处理器来获取操作维护中心发送的升级包,进而通过升级处理器,不仅可以对直放站的微处理单元进行升级,还可以对直放站的其他模块进行升级。
在一个示例性的实施例中,获取所述OMC发送的升级包信息之前,直放站会通过微控制单元MCU获取所述监控模块发送的查询请求,其中,所述查询请求用于查询目标模块的版本信息;在通过所述查询请求确定所述目标模块为所述MCU的情况下,通过所述MCU发送所述MCU的版本信息至所述监控模块;在通过所述查询请求确定所述目标模块不为所述MCU的情况下,通过所述MCU将所述查询查询请求发送至所述直放站对应的目标模块,以获取所述目标模块发送的版本信息;通过所述MCU将所述目标模块的版本信息发送至监控模块。
也就是说,直放站的MCU在接收到OMC的监控模块发送的查询请求对应的数据包以后,会对数据包进行解包,判断数据包中是否查询MCU版本信息,如果是则查询自身版本信息,并将模块编号、版本信息进行组包,直接发送至监控模块,如果是查询其它模块版本信息,则发送AT指令给相关模块,相关模块接收到AT指令后,返回结果给MCU,进而MCU将模块编号、版本信息组包,并向OMC发送组包后的数据包。
在一个示例性的实施例中,通过所述升级处理器将根据所述升级包信息确定的下载请求发送至所述OMC的空中下载技术OTA模块,包括:指示所述升级处理器根据所述升级包信息与所述OTA模块建立通信链路;指示所述升级处理器根据所述通信链路将下载请求发送至所述OTA模块。
需要说明的是,直放站的MCU会接收到OMC的监控模块发送的升级包信息,进而MCU进行对升级包信息进行解包,如果解包失败或数据包未按约定的方式进行加密则将错误信息进行组包,由MCU返回给OMC的监控模块;如果解包成功,则MCU通过AT指令将升级包信息传输给升级处理器,进而升级处理器根据获得的升级包信息与OTA建立通信链路,并基于此通信链路,设备升级处理器根据升级包信息中的下载路径、下载方式、升级包文件校验值、用户名和密码等信息向OTA发送下载请求,下载升级包。
在一个示例性的实施例中,在获取所述OTA模块发送的升级包的过程中,还需要确定所述升级包的下载进度;通过升级处理器将所述下载进度发送至所述OTA模块。
也就是说,升级处理器每隔一定间隔向OTA反馈升级包下载进度,直至升级包下载完。
需要说明的是,下载过程中采用断点续传机制。根据升级包信息中升级包的大小除以系统中设置的每次下载数据包的大小,所得商如果不为整数则加1,即得需要传输的次数;然后在每次下载升级包时在请求头的Range&Content-Range增加开始下载的数据包和结束下载的数据包,结束下载的数据包最大为升级数据包中的文件大小。
在一个示例性是实施例中,根据所述升级包对所述直放站的待升级模块进行升级,通过以下方式实现:通过升级处理器确定所述升级包对应的待升级模块;在确定所述待升级模块为微控制单元MCU的情况下,指示所述升级处理器通过所述升级包对所述MCU进行升级;在确定所述待升级模块不为所述MCU的情况下,指示所述升级处理器通过所述MCU将所述升级包发送至所述直放站的待升级模块,以使所述待升级模块通过所述升级包进行升级。
需要说明的是,在根据所述升级包对所述直放站的待升级模块进行升级以前,处理器根据OTA下发的升级包信息中校验值与升级处理器下载完成的升级包中的校验值进行校验,如果两者值一致则校验通过,如果两者值不一致则校验失败,即下载的升级包文件校验不通过。
进而在校验通过的情况下,升级处理器根据升级包信息中的升级方式确定是否需要对升级包进行加工处理。如果升级包信息中的升级方式为整包则无须处理,如果升级包信息中的升级方式为差分包,则根据差分算法将升级包还原为整包。
进而升级处理器根据升级包信息中的模块编码判断是否为自身升级包。如果是则进行自身升级;如果不是则将升级包传递给MCU;MCU根据升级包信息以广播的方式向其它模块传送升级包。
在一个示例性的实施例中,根据所述升级包对所述直放站的待升级模块进行升级的过程中,还包括:在确定所述待升级模块为微控制单元MCU的情况下,通过所述升级处理器将所述MCU的升级状态发送至所述OTA模块;在确定所述待升级模块不为所述MCU的情况下,通过所述MCU获取所述待升级模块的升级状态,并通过所述升级处理器将所述待升级模块的升级状态发送至所述OTA模块。
也就是说,如果是其他模块进行升级,则其它模块接收完成升级包进行升级后,需要向MCU反馈升级状态,MCU接收到其它模块升级状态后立即通过AT指令向升级处理器转发,升级处理器接收到升级结果,将站点编号、设备编号、模块编号、升级状态按JSON数据格式进行组包后,以HTTP POST方式主动调用OTA反馈升级结果服务,将升级结果反馈至OTA模块。
在一个示例性的实施例中,根据所述升级包对所述直放站的待升级模块进行升级之后,直放站还需要在确定所述待升级模块的升级完毕之后,指示微控制单元MCU通过所述通信连接发送目标信息至所述监控模块,其中,所述目标信息用于指示所述监控模块所述直放站的待升级模块升级完毕。
也就是说,在待升级模块升级完以后,MCU会将站点编号、设备编号、模块编号、升级结果进行组包,并将组包发送至OMC的监控模块,告知监控模块升级结束。
显然,上述所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。为了更好的理解上述模块升级方法,以下结合实施例对上述过程进行说明,但不用于限定本发明实施例的技术方案,具体地:
在一个可选的实施例中,提供一种基于空中下载技术(OTA)升级直放站模块的软件版本的方法和系统,可以与现有远程OMC系统进行融合,具体技术方案如下:
图4是根据本发明实施例的基于OTA对直放站升级的整体框图,如图4所示,由远程OMC和直放站组成。其中,OMC中具有OTA模块和监控模块,直放站由两级架构构成,近端机由主MCU、升级处理器及其它模块组成,远端机由从MCU和其它模块组成;其中OTA为OMC的扩展模块,以分布式集群虚拟主机组成。OMC与接入监控系统的直放站关系为1:N。
一方面,本实施例提供一种基于空中下载技术(OTA)升级直放站模块的软件版本的方法和系统,包括OTA端的处理步骤,所属OTA端的处理步骤包括:
步骤1:利用原有OMC数据通信链路和系统设计开闭原则,通过对OMC进行扩展OTA模块,由OTA负责产品升级包管理,用户选择升级模块、上传升级包,并生成升级包信息,图5是根据本发明实施例的升级包信息示意图,生成的升级包信息如图5所示;
步骤2:OTA调用OMC的监控模块的查询在线直放站设备列表服务;
步骤3:OTA接收OMC的监控模块返回的查询在线直放站设备列表查询结果,根据返回查询结果中的执行状态进行处理,如果返回状态码为查询失败,则向用户输出返回查询结果中的失败信息;如果返回状态码为查询成功,则转至下一步;
步骤4:OTA根据返回结果列表中的站点信息、设备编号、模块编号,调用OMC的监控模块提供的API服务获取指定模块的当前版本信息;
步骤5:OTA接收OMC的监控模块返回查询指定模块当版本前信息服务的查询结果,根据返回查询结果中的状态进行处理,如果返回状态码为查询失败,则向用户输出返回查询结果中的失败信息;如果返回状态码为查询成功,则转至下一步;
步骤6:OTA将查询结果返回的站点编号、设备编号、模块编号和模块版本与当前模块待升级软件的模块版本号进行比较;
进一步地,如果返回的模块版本信息在待升级模块软件包的可升级版本列表中,则该设备可升级;否则该设备模块当前版本与待升级模块的当前版本不匹配;
步骤7:根据校验结果显示当前在线直放站列表的待升级模块是否可升级;
步骤8:用户根据系统识别出可升级的设备列表,选择需要升级的设备;
步骤9:OTA根据站点编号,设备编号,升级软件包信息(如图5)调用OMC提供的向直放站发送信息接口下发升级信息;
步骤10:OTA接收OMC的监控模块返回的向直放站发送信息结果,根据返回查询结果中的状态进行处理,如果返回状态码为失败,则向用户输出返回结果中的失败信息并记录日志;如果返回状态码为成功,则转至下一步;
步骤11:OTA接收下载请求,根据下载请求中的站点编号、设备编号、用户名和密码进行鉴权,如果鉴权失败则返回“请求无权限,请联系OTA管理员”;如果鉴权成功,则转至下一步;
步骤12:OTA根据后台服务器负载进行下载请求分流;
步骤13:OTA则根据下载请求中下载包路径和起始下载位置和结束下载位置输出升级包数据流;
步骤14:OTA接收升级进度反馈请求,根据请求中的状态进行处理,如果返回状态码为失败,则向用户输出返回结果中的失败信息并记录日志;如果返回状态码为成功,则转至下一步;
步骤15:根据站点编号、设备编号、模块编号、下载进度、升级进度、详细描述动态更新用户升级列表中当前状态为下载中,下载进度为返回数据中下载进度;
步骤16:提供反馈升级结果WEB API服务,接收直放站反馈站点、设备、模块的升级结果;
步骤17:根据反馈升级结果请求中的站点编号、设备编号、模块编码、用户名和密码进行鉴权,如果鉴权失败则返回“请求无权限;如果鉴权成功则根据站点编号、设备编号、模块编码更新升级列表中当前状态为返回数据中的升级结果。
第二方面,本实施例提供一种基于空中下载技术(OTA)升级直放站模块的软件版本的方法和系统,包括OMC的监控模块端的处理步骤,所属OMC的监控模块端的处理步骤包括:
步骤1:OMC的监控模块接收到查询在线直放站设备列表调用请求后,首先进行服务鉴权,检查Session是否在已授权列表中,如果校验通过则转下一步;如果校验不通过则据Token和应用编号判断当前请求是否授权访问,如果鉴权成功则保存Session后转至下一步;如果鉴权失败则返回“当前应用无权限”则结束;
步骤2:OMC的监控模块以JSON数据格式返回给OTA在线直放站设备列表,数据信息包括:设备名称、站点编号、设备编号、模块名称、模块版本和执行状态码、错误信息;
步骤3:OMC的监控模块接收到查询指定模块当版本前信息请求后,首先进行服务鉴权,检查Session是否在已授权列表中,如果校验通过则转下一步;如果校验不通过则据Token和应用编号判断当前请求是否授权访问,如果鉴权成功则保存Session后转至下一步;如果鉴权失败则返回“当前应用无权限”则结束;
步骤4:OMC的监控模块进行输入参数(站点编号、设备编号、模块编号)非空和有效性检查,如果校验成功则转下一步;如果校验失败则返回具体哪项输入参数无效;
步骤5:OMC的监控模块根据站点编号和设备编号检查设备是否在线,如果在线则转下一步;如果不在线则返回设备不在线;
步骤6:OMC的监控模块将站点编号、设备编号、模块编号和查询模块软件版本指令按直放站监控协议数据包格式进行组包;
步骤7:OMC的监控模块将组包后的信息通过通信链路发送给指定站点主MCU,等待响应;
步骤8:OMC的监控模块接收直放站返回的查询模块软件版本数据包,进行数据包有效性校验并进行解包。如果数据包无效或者解包失败则丢弃该数据包;如果数据包有效且解包成功则转至下一步;
步骤9:OMC的监控模块进行数据包解包,如果解析成功则向OTA以JSON格式返回结果数据列表,数据包括:站点编号,设备编号,模块编号,模块版本和执行状态码、错误信息;如果解析失败则向OTA返回失败信息;
步骤10:OMC的监控模块接收到向直放站发送信息请求后,首先进行服务鉴权,首先检查当前Session是否在已授权列表中,如果校验通过则转下一步;如果校验不通过则据Token和应用编号判断当前请求是否授权访问,如果鉴权成功则保存Session后转至下一步;如果鉴权失败则返回“当前应用无权限”则结束;
步骤11:OMC的监控模块根据升级软件包信息中的模块编码、升级方式、升级包地址、升级包效验码、升级包大小、用户名和密码按OMC监控协议进行组包;
步骤12:OMC的监控模块将组包后的升级包通过通信链路发送给指定的直放站,等待响应;
步骤13:OMC的监控模块接收响应数据包,进行数据包有效性校验并进行解包。如果数据包无效或者解包失败则丢弃该数据包;如果数据包有效且解包成功则转至下一步;
步骤14:OMC的监控模块根据数据包中应答标识判断信息是否发送成功,如果应答标识为“0x00”则返回OTA发送信息结果为成功,根据数据包中站点编号、设备编号更新在线设备运行模式更改为软件升级模式,否则返回信息为失败并记录日志。
步骤15:OMC的监控模块接收直放站升级结果数据包,进行数据包有效性校验并进行解包。如果数据包无效或者解包失败则丢弃该数据包;如果数据包有效且解包成功则转至下一步;
步骤16:OMC的监控模块根据数据包中数据标识识别升级结果,无论数据包中返回的升级结果成功与失败,都根据数据包中站点编号、设备编号将在线设备运行模式更改为监控模式,并记录日志。
第三方面,本实施例提供一种基于空中下载技术(OTA)升级直放站模块的软件版本的方法和系统,包括直放站端的处理步骤,所属直放站端的处理步骤包括:
步骤1:直放站主MCU接收到数据包后进行数据包解包,如果解包成功则转向下一步,如果解包失败则将错误信息组包后,主MCU通过通信链路发给OMC的监控模块;
步骤2:主MCU解包后判断数据包中是否查询主MCU版本信息,如果是则查询自身版本信息并转向下一步;如果是查询其它模块版本信息,则发送AT指令给相关模块,相关模块接收到AT指令处理后返回结果给主MCU转至下一步;
步骤3:主MCU将模块编号、版本信息组包;
步骤4:主MCU向OMC的监控模块发送组包后的数据包;
步骤5:直放站主MCU接收OMC的监控模块发送的升级包信息;
步骤6:主MCU进行升级信息解包,如果解包成功则转下一步;如果解包失败或数据包未按约定的方式进行加密则将错误信息进行组包,由主MCU返回给OMC的监控模块;
步骤7:主MCU通过AT指令将升级传输给升级处理器;
步骤8:升级处理器根据获得的升级包信息与OTA建立通信链路;
步骤9:如果链路建立成功,设备升级处理器根据升级包信息中的下载路径、下载方式、升级包文件校验值、用户名和密码等信息从OTA服务下载升级包,并反馈下载状态;
进一步地,下载过程中采用断点续传机制。根据升级信息中升级包的大小除以系统中设置的每次下载数据包的大小,所得商如果不为整数则加1,即得需要传输的次数;然后在每次下载升级包时在请求头的Range&Content-Range增加开始下载的数据包和结束下载的数据包,结束下载的数据包最大为升级数据包中的文件大小。
步骤10:升级处理器每隔一定间隔向OTA反馈升级包下载进度,直至升级包下载完;
步骤11:升级处理器根据OTA下发的升级信息中校验值与升级处理器下载完成的升级包文件校验值进行校验,如果两者值一致则校验通过,如果两者值不一致则校验失败,即下载的升级包文件校验不通过;
步骤12:升级处理器根据升级包信息中的升级方式确定是否需要对升级包进行加工处理。如果升级包信息中的升级方式为整包则无须处理转下一步骤;如果升级包信息中的升级方式为差分包则根据差分算法将升级包还原为整包;
步骤13:升级处理器根据升级信息中的模块编码判断是否为自身升级包。如果是则进行自身升级;如果不是则将升级包传递给主MCU;
步骤14:主MCU根据升级包信息以广播的方式向其它模块传送升级包。
步骤15:其它模块接收完成升级包后向主MCU发送接收完成状态信息,进行自身升级,升级完成后无论升级成功与失败都向主MCU反馈升级状态;
步骤16:主MCU接收到其它模块升级状态后立即通过AT指令向升级处理器转发;
步骤17:升级处理器接收到升级结果,将站点编号、设备编号、模块编号、升级状态按JSON数据格式进行组包后,以HTTP POST方式主动调用OTA反馈升级结果服务。
步骤18:主MCU以站点编号、设备编号、模块编号、升级结果组包完成后,向OMC的监控模块发送升级结束数据包。
为了更好的理解,图6是根据本发明实施例的OMC与直放站升级的数据流图,具体的OMC中的OTA模块通过调用OMC的监控模块的API来获取模块信息,进而确定待升级的模块,进而OTA通过OMC将升级包信息发送至直放站的主MCU,主MCU将升级包发送至升级处理器,进而升级处理器从OTA中获取升级包。
在一个示例性的实施例中,通过OTA升级直放站模块的软件版本的方法。如附图4所示,分别为远程服务器OMC和直放站,其中远程服务器包括通讯模块(相当于上述实施例中的监控模块),OTA模块,其中OTA作为OMC的扩展模块;直放站由两级架构、多个模块组成,包括主MCU、升级处理器和其它模块。
OTA提供升级操作界面人机交互界面,用户可以通过升级操作界面选择所需升级模块软件版本的直放站列表,下面结合附图和实例做进一步描述。
图7是根据本发明实施例的OTA通过监控模块查询直放站模块的软件版本的流程图,图8是根据本发明实施例的OTA通过监控模块下发给直放站主MCU升级信息的流程图。需要说明的是,图9是根据本发明实施例的基于OTA升级直放站模块的软件版本的时序图,图10是根据本发明实施例的升级处理器下载升级包的流程图。图11是根据本发明实施例的校验升级包结构图。需要说明的是,图7、图8、图9、图10中的OMC为OMC的监控模块。
为了更好的理解附图内容,以下结合具体步骤进行说明,
步骤一:OTA获取OMC的监控模块在线直放站设备列表(相当于上述例中的模块信息);
具体的,OTA调用OMC的监控模块提供的获取在线直放站设备列表WEB API服务;
进一步地,OMC的监控模块获取在线直放站设备列表接收到调用请求后,首先检查当前Session是否在已授权列表中,如果校验通过则转下一步;如果校验不通过则据Token和应用编号判断当前请求是否授权访问,如果鉴权成功则保存Session后转至下一步;如果鉴权失败则返回“当前应用无权限”则结束;
进一步地,OMC的监控模块以JSON数据格式返回给OTA在线直放站设备列表,数据信息包括:设备名称、站点编号、设备编号、模块名称、模块版本。
步骤二:OTA模块根据返回的设备列表,查询直放站指定模块的当前版本。
具体的,OTA根据站点信息、设备编号、模块编号,调用OMC的监控模块提供的API服务获取指定模块当前版本信息服务;
进一步地,OMC的监控模块查询版本信息服务接收到外部调用请求后首先进行服务鉴权,首先检查当前Session是否在已授权列表中,如果校验通过则转下一步;如果校验不通过则据Token和应用编号判断当前请求是否授权访问,如果鉴权成功则保存Session后转至下一步;如果鉴权失败则返回“当前应用无权限”则结束;
进一步地,OMC的监控模块进行输入参数站点编号、设备编号、模块编号非空和有效性检查,如果校验成功则转下一步;如果校验失败则返回具体哪项输入参数无效;
进一步地,OMC的监控模块根据站点编号和设备编号检查设备是否在线,如果在线则转下一步;如果不在线则返回设备不在线;
进一步地,OMC的监控模块将站点编号、设备编号、模块编号和查询模块软件版本指令按直放站监控协议数据包格式进行组包;
进一步地,OMC的监控模块将组包后的信息通过通信链路发送给指定站点主MCU;
进一步地,直放站主MCU接收到数据包后进行数据包解包,如果解包成功则转向下一步,如果解包失败则将错误信息组包后,主MCU通过通信链路发给OMC的监控模块;
进一步地,主MCU解包后判断数据包中是否查询主MCU版本信息,如果是则查询自身版本信息并转向下一步;如果是查询其它模块版本信息,则发送AT指令给相关模块,相关模块接收到AT指令处理后返回结果给主MCU转至下一步;
进一步地,主MCU将模块编号、版本信息组包;
进一步地,主MCU向OMC发送组包后的数据包;
进一步地,OMC的监控模块进行数据包解包,如果解析成功则向OTA以JSON格式返回结果数据列表,数据包括:站点编号,设备编号,模块编号,模块版本;如果解析失败则向OTA返回失败信息;
步骤三:OTA校验模块当前版本与待升级版本是否匹配;
进一步地,OTA根据返回的站点编号、设备编号、模块编号和模块版本与当前模块待升级软件的模块版本号进行比较;
进一步地,如果返回的模块版本信息在待升级模块软件包的可升级版本列表中,则该设备可升级;否则该设备模块当前版本与待升级模块的当前版本不匹配;
进一步地,根据校验结果显示当前在线直放站列表的待升级模块是否可升级;
步骤四:根据用户所选待升级直放站下发升级信息。
进一步地,根据站点编号,设备编号,升级软件包信息(如图5)调用OMC的监控模块提供的向直放站发送信息接口;
进一步地,OMC的监控模块向直放站发送信息服务,接收到外部调用请求后首先进行服务鉴权,首先检查当前Session是否在已授权列表中,如果校验通过则转下一步;如果校验不通过则据Token和应用编号判断当前请求是否授权访问,如果鉴权成功则保存Session后转至下一步;如果鉴权失败则返回“当前应用无权限”则结束;
进一步地,OMC的监控模块根据升级软件包信息中的模块编码、升级方式、升级包地址、升级包效验码、升级包大小、用户名和密码按OMC监控协议进行组包;
进一步地,OMC的监控模块将组包后的升级包通过通信链路发送给指定的直放站;
进一步地:根据OMC的监控模块返回结果判断升级信息是否成功下发到设备;
步骤五:待升级直放站接收升级信息。
进一步地,待升级直放站主MCU接收升级包信息;
进一步地,主MCU进行升级信息解包,如果解包成功则转下一步;如果解包失败或数据包未按约定的方式进行加密则将错误信息进行组包,由主MCU返回给OMC的监控模块;
进一步地,主MCU通过AT指令将升级传输给升级处理器;
步骤六,设备升级处理器根据获得的升级信息与OTA建立通信链路;
具体的,设备升级处理器根据升级包信息中的下载路径、下载方式、升级包文件校验值、用户名和密码等信息与OTA服务建立链接。
步骤七,设备升级处理器连接OTA服务下载指定升级包,并反馈下载状态;
如图8所示,OTA将升级包信息通过OMC的监控模块的数据通信链路传输给直放站主MCU后,主MCU触发升级处理器建立升级链路,无论链路是否建立成功,升级处理器都将链路建立的状态通知给主MCU,由主MCU再将状态信息通过与监控模块间的数据链路反馈给OMC后,OMC的监控模块收到状态信息后转交给OTA,由OTA向用户呈现下载阶段的状态。
进一步地,如果链路建立成功,升级处理器根据升级信息中的升级方式从OTA下载升级包;
进一步地,下载过程中采用断点续传机制。根据升级包信息中升级包的大小除以系统中设置的每次下载数据包的大小,所得商如果不为整数则加1,即得需要传输的次数;然后在每次下载升级包时在请求头的Range&Content-Range增加开始下载的数据包和结束下载的数据包,结束下载的数据包最大为升级数据包中的文件大小。
进一步地,每隔一定间隔向OTA反馈升级包下载进度,直至升级包下载完;
步骤八:升级处理器校验升级包文件。
如图11所示,升级处理器根据OTA下发的升级包信息中校验值值与升级处理器下载完成的升级包文件校验值进行校验,如果两者值一致则校验通过,如果两者值不一致则校验失败,即下载的升级包文件校验不通过。
步骤九:升级处理器加工升级包。
升级处理器根据升级包信息中的升级方式确定是否需要对升级包进行加工处理。如果升级包信息中的升级方式为整包则无须处理转下一步骤;如果升级包信息中的升级方式为差分包则根据差分算法将升级包还原为整包;
步骤十:升级处理器向主MCU透传升级包。
升级处理器根据升级信息中的模块编码判断是否为自身升级包。如果是则进行自身升级;如果不是则将升级包传递给主MCU;
步骤十一:主MCU分发升级包给需要升级的模块。
主MCU根据升级包信息以广播的方式向其它模块传送升级包。
步骤十二:其它模块进行自升级并反馈给升级处理器升级状态。
其它模块接收完成升级包后向主MCU发送接收完成状态信息,进行自身升级,升级完成后无论升级成功与失败都向主MCU反馈升级状态;
步骤十三:主MCU向升级处理器传递升级状态。
主MCU接收到其它模块升级状态后立即通过AT指令向升级处理器转发;
步骤十四:设备升级处理器向OTA反馈升级结果;
升级处理器接收到升级结果,将站点编号、设备编号、模块编号、升级状态按JSON数据格式进行组包后,以HTTP POST方式主动调用OTA反馈升级结果服务。
步骤十五:主MCU向OMC的监控模块反馈设备升级结束。
主MCU以站点编号、设备编号、模块编号、升级结果组包完成后,向OMC的监控模块发送升级结束数据包。
此外,本发明实施例的上述技术方案,在原有直放站监控系统基础上扩展OTA模块,保持原有数据通信链路不改变方式下,使升级指令通过OMC的监控模块下发到所需升级直放站,直放站主MCU获得升级指令后主动连接OTA服务,下载升级包文件。具体的,具有如下优点:
第一:在原有OMC监控架构进行扩展优化,采用原有数据传输通道,利旧原系统方案的基础上进行扩展,能更好的与实际应用进行结合,解决当前系统中存在的问题;
第二:通过OTA管理多模块升级包,如图5,在远程服务器和直放站,及直放站内部的AT指令定义升级包数据结构信息,实现了直放站多级架构、多模块软件版本升级的方法,解决原系统仅能对主MCU进行升级的问题,实现可对设备中的所有模块进行升级;
第三:通过以OTA端向直放站推送升级信息,规避了以往OTA升级方式,设备周期性向OTA服务查询是否有可升级版本不能实时的进行升级,同时具有更灵活的升级策略。
第四:通过OTA服务分布式集群扩展的方法支持对在线升级直放站并发数量动态扩展,使得OMC支持并发升级的设备数量增加。
第五:通过OTA提供的HTTP/HTTPS升级包下载服务极大的提高了升级包下载效率,从而提高了整体升级效率;
第六:在升级包传输与升级过程中设备都能将升级状态及升级信息实时回传到OTA,便于运维及时能了解设备升级状态。
进一步的,通过断点续传技术,当网络异常恢复后,设备不需要从头开始下载升级包,只需从断点处下载升级包,提高升级包下载效率。
进一步的,利用MD5校验技术,实现对下载完成的升级包进行校验,防止升级包在网络传输中被进行数据篡改。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例的方法。
在本实施例中还提供了一种模块升级装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的设备较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图12是根据本发明实施例的模块升级装置的结构框图(一),该装置包括:
第一获取模块,用于在操作维护中心OMC与直放站已建立通信连接的情况下,通过所述OMC的监控模块获取所述直放站的模块信息,其中,所述模块信息记录有所述直放站中多个模块的信息;
第二获取模块,用于获取目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定的所述直放站的待升级模块;
第一发送模块,用于通过所述OTA模块确定所述待升级模块的升级包信息,并通过所述监控模块将所述升级包信息发送至所述直放站;
第一升级模块,用于在通过OTA模块获取到所述直放站的升级处理器根据所述升级包信息发送的下载请求的情况下,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器,以指示所述升级处理器根据所述升级包升级所述待升级模块。
通过上述模块,在确定待升级模块的情况下,通过操作维护中心的OTA模块确定待升级模块的升级包信息,并通过操作维护中心的监控模块将升级包信息发送至直放站,进而在OTA模块获取到直放站的升级处理器根据升级包信息发送的下载请求的情况下,通过OTA模块发送待升级模块的升级包至升级处理器,以指示升级处理器根据升级包升级待升级模块。采用上述技术方案,解决了在保证操作维护中心监控功能的情况下,操作维护中心通过监控模块只能对直放站的微控制单元进行升级,无法对直放站其他模块进行升级的问题。进而在操作维护中心中拓展OTA模块,在保证操作维护中心监控功能的情况下,操作维护中心通过OTA模块不仅可以对直放站的微处理单元进行升级,还可以对直放站的其他模块进行升级。
在一个示例性的实施例中,第二获取模块14,还用于获取目标对象在所述OTA模块通过所述模块信息确定的所述直放站的目标模块;通过所述监控模块向所述直放站的微控制单元MCU发送查询请求,以获取所述目标模块的第一版本信息;在所述第一版本信息与所述OAT模块的待升级模块列表中所述目标模块的第二版本信息相匹配的情况下,将所述目标模块确定为待升级模块。
在一个示例性的实施例中,第一发送模块16,还用于通过所述监控模块将所述升级包信息按照目标协议进行封装,得到封装好的升级包信息;将所述封装好的升级包信息根据所述通信连接发送至所述直放站的微控制单元MCU。
在一个示例性的实施例中,第一升级模块18,还用于确定所述OTA模块与所述升级处理器之间建立的通信链路;指示所述OTA模块通过所述通信链路发送所述待升级模块的升级包至所述升级处理器。
在一个示例性的实施例中,第一升级模块18,还用于获取所述升级处理器发送的所述升级包的下载进度;将所述OTA模块的待升级模块列表中所述待升级模块的状态更新为升级状态,并显示所述升级包的下载进度。
图13是根据本发明实施例的模块升级装置的结构框图(二),该装置包括:
第二发送模块22,用于在直放站与操作维护中心OMC建立通信连接的情况下,通过所述通信连接向所述OMC的监控模块发送所述直放站的模块信息,以使目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定所述直放站的待升级模块,其中,所述模块信息记录有所述直放站中多个模块的信息;
第三获取模块24,用于获取所述OMC发送的所述待升级模块的升级包信息,并将所述升级包信息发送至所述直放站的升级处理器;
第二升级模块26,用于通过所述升级处理器将根据所述升级包信息确定的下载请求发送至所述OMC的空中下载技术OTA模块,以获取所述OTA模块发送的升级包,并根据所述升级包对所述直放站的待升级模块进行升级。
通过上述模块,解决了在保证操作维护中心监控功能的情况下,操作维护中心通过监控模块只能对直放站的微控制单元进行升级,无法对直放站其他模块进行升级的问题。进而在直放站中拓展升级处理器,在保证操作维护中心监控功能的情况下,通过直放站的升级处理器来获取操作维护中心发送的升级包,进而通过升级处理器,不仅可以对直放站的微处理单元进行升级,还可以对直放站的其他模块进行升级。
在一个示例性的实施例中,第三获取模块24,还用于通过微控制单元MCU获取所述监控模块发送的查询请求,其中,所述查询请求用于查询目标模块的版本信息;在通过所述查询请求确定所述目标模块为所述MCU的情况下,通过所述MCU发送所述MCU的版本信息至所述监控模块;在通过所述查询请求确定所述目标模块不为所述MCU的情况下,通过所述MCU将所述查询查询请求发送至所述直放站对应的目标模块,以获取所述目标模块发送的版本信息;通过所述MCU将所述目标模块的版本信息发送至监控模块。
在一个示例性的实施例中,第二升级模块26,还用于指示所述升级处理器根据所述升级包信息与所述OTA模块建立通信链路;指示所述升级处理器根据所述通信链路将下载请求发送至所述OTA模块。
在一个示例性的实施例中,第二升级模块26,还用于确定所述升级包的下载进度;通过升级处理器将所述下载进度发送至所述OTA模块。
在一个示例性的实施例中,第二升级模块26,还用于通过升级处理器确定所述升级包对应的待升级模块;在确定所述待升级模块为微控制单元MCU的情况下,指示所述升级处理器通过所述升级包对所述MCU进行升级;在确定所述待升级模块不为所述MCU的情况下,指示所述升级处理器通过所述MCU将所述升级包发送至所述直放站的待升级模块,以使所述待升级模块通过所述升级包进行升级。
在一个示例性的实施例中,第二升级模块26,还用于在确定所述待升级模块为微控制单元MCU的情况下,通过所述升级处理器将所述MCU的升级状态发送至所述OTA模块;在确定所述待升级模块不为所述MCU的情况下,通过所述MCU获取所述待升级模块的升级状态,并通过所述升级处理器将所述待升级模块的升级状态发送至所述OTA模块。
在一个示例性的实施例中,第二升级模块26,还用于在确定所述待升级模块的升级完毕之后,指示微控制单元MCU通过所述通信连接发送目标信息至所述监控模块,其中,所述目标信息用于指示所述监控模块所述直放站的待升级模块升级完毕。
本发明的实施例还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有计算机程序,其中,该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的计算机程序:
S1,在操作维护中心OMC与直放站已建立通信连接的情况下,通过所述OMC的监控模块获取所述直放站的模块信息,其中,所述模块信息记录有所述直放站中多个模块的信息;
S2,获取目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定的所述直放站的待升级模块;
S3,通过所述OTA模块确定所述待升级模块的升级包信息,并通过所述监控模块将所述升级包信息发送至所述直放站;
S4,在通过OTA模块获取到所述直放站的升级处理器根据所述升级包信息发送的下载请求的情况下,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器,以指示所述升级处理器根据所述升级包升级所述待升级模块。
上述存储介质还可以被设置为存储用于执行以下步骤的计算机程序:
S1,在直放站与操作维护中心OMC建立通信连接的情况下,通过所述通信连接向所述OMC的监控模块发送所述直放站的模块信息,以使目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定所述直放站的待升级模块,其中,所述模块信息记录有所述直放站中多个模块的信息;
S2,获取所述OMC发送的所述待升级模块的升级包信息,并将所述升级包信息发送至所述直放站的升级处理器;
S3,通过所述升级处理器将根据所述升级包信息确定的下载请求发送至所述OMC的空中下载技术OTA模块,以获取所述OTA模块发送的升级包,并根据所述升级包对所述直放站的待升级模块进行升级。
在一个示例性实施例中,上述计算机可读存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(Random Access Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例,本实施例在此不再赘述。
本发明的实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:
S1,在操作维护中心OMC与直放站已建立通信连接的情况下,通过所述OMC的监控模块获取所述直放站的模块信息,其中,所述模块信息记录有所述直放站中多个模块的信息;
S2,获取目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定的所述直放站的待升级模块;
S3,通过所述OTA模块确定所述待升级模块的升级包信息,并通过所述监控模块将所述升级包信息发送至所述直放站;
S4,在通过OTA模块获取到所述直放站的升级处理器根据所述升级包信息发送的下载请求的情况下,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器,以指示所述升级处理器根据所述升级包升级所述待升级模块。
上述处理器还可以被设置为通过计算机程序执行以下步骤:
S1,在直放站与操作维护中心OMC建立通信连接的情况下,通过所述通信连接向所述OMC的监控模块发送所述直放站的模块信息,以使目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定所述直放站的待升级模块,其中,所述模块信息记录有所述直放站中多个模块的信息;
S2,获取所述OMC发送的所述待升级模块的升级包信息,并将所述升级包信息发送至所述直放站的升级处理器;
S3,通过所述升级处理器将根据所述升级包信息确定的下载请求发送至所述OMC的空中下载技术OTA模块,以获取所述OTA模块发送的升级包,并根据所述升级包对所述直放站的待升级模块进行升级。
在一个示例性实施例中,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
本实施例中的具体示例可以参考上述实施例及示例性实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (16)
1.一种模块升级方法,其特征在于,包括:
在操作维护中心OMC与直放站已建立通信连接的情况下,通过所述OMC的监控模块获取所述直放站的模块信息,其中,所述模块信息记录有所述直放站中多个模块的信息;
获取目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定的所述直放站的待升级模块;
通过所述OTA模块确定所述待升级模块的升级包信息,并通过所述监控模块将所述升级包信息发送至所述直放站;
在通过OTA模块获取到所述直放站的升级处理器根据所述升级包信息发送的下载请求的情况下,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器,以指示所述升级处理器根据所述升级包升级所述待升级模块。
2.根据权利要求1所述的方法,其特征在于,获取目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定的所述直放站的待升级模块,包括:
获取目标对象在所述OTA模块通过所述模块信息确定的所述直放站的目标模块;
通过所述监控模块向所述直放站的微控制单元MCU发送查询请求,以获取所述目标模块的第一版本信息;
在所述第一版本信息与所述OTA模块的待升级模块列表中所述目标模块的第二版本信息相匹配的情况下,将所述目标模块确定为待升级模块。
3.根据权利要求1所述的方法,其特征在于,通过所述监控模块将所述升级包信息发送至所述直放站,包括:
通过所述监控模块将所述升级包信息按照目标协议进行封装,得到封装好的升级包信息;
将所述封装好的升级包信息根据所述通信连接发送至所述直放站的微控制单元MCU。
4.根据权利要求1所述的方法,其特征在于,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器,包括:
确定所述OTA模块与所述升级处理器之间建立的通信链路;
指示所述OTA模块通过所述通信链路发送所述待升级模块的升级包至所述升级处理器。
5.根据权利要求1所述的方法,其特征在于,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器的过程中,所述方法还包括:
获取所述升级处理器发送的所述升级包的下载进度;
将所述OTA模块的待升级模块列表中所述待升级模块的状态更新为升级状态,并显示所述升级包的下载进度。
6.一种模块升级方法,其特征在于,包括:
在直放站与操作维护中心OMC建立通信连接的情况下,通过所述通信连接向所述OMC的监控模块发送所述直放站的模块信息,以使目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定所述直放站的待升级模块;
获取所述OMC发送的所述待升级模块的升级包信息,并将所述升级包信息发送至所述直放站的升级处理器;
通过所述升级处理器将根据所述升级包信息确定的下载请求发送至所述OMC的空中下载技术OTA模块,以获取所述OTA模块发送的升级包,并根据所述升级包对所述直放站的待升级模块进行升级。
7.根据权利要求6所述的方法,其特征在于,获取所述OMC发送的升级包信息之前,所述方法还包括:
通过微控制单元MCU获取所述监控模块发送的查询请求,其中,所述查询请求用于查询目标模块的版本信息;
在通过所述查询请求确定所述目标模块为所述MCU的情况下,通过所述MCU发送所述MCU的版本信息至所述监控模块;
在通过所述查询请求确定所述目标模块不为所述MCU的情况下,通过所述MCU将所述查询请求发送至所述直放站对应的目标模块,以获取所述目标模块发送的版本信息;
通过所述MCU将所述目标模块的版本信息发送至监控模块。
8.根据权利要求6所述的方法,其特征在于,通过所述升级处理器将根据所述升级包信息确定的下载请求发送至所述OMC的空中下载技术OTA模块,包括:
指示所述升级处理器根据所述升级包信息与所述OTA模块建立通信链路;
指示所述升级处理器根据所述通信链路将下载请求发送至所述OTA模块。
9.根据权利要求6所述的方法,其特征在于,获取所述OTA模块发送的升级包的过程中,所述方法还包括:
确定所述升级包的下载进度;
通过升级处理器将所述下载进度发送至所述OTA模块。
10.根据权利要求6所述的方法,其特征在于,根据所述升级包对所述直放站的待升级模块进行升级,包括:
通过升级处理器确定所述升级包对应的待升级模块;
在确定所述待升级模块为微控制单元MCU的情况下,指示所述升级处理器通过所述升级包对所述MCU进行升级;
在确定所述待升级模块不为所述MCU的情况下,指示所述升级处理器通过所述MCU将所述升级包发送至所述直放站的待升级模块,以使所述待升级模块通过所述升级包进行升级。
11.根据权利要求6所述的方法,其特征在于,根据所述升级包对所述直放站的待升级模块进行升级的过程中,所述方法还包括:
在确定所述待升级模块为微控制单元MCU的情况下,通过所述升级处理器将所述MCU的升级状态发送至所述OTA模块;
在确定所述待升级模块不为所述MCU的情况下,通过所述MCU获取所述待升级模块的升级状态,并通过所述升级处理器将所述待升级模块的升级状态发送至所述OTA模块。
12.根据权利要求6所述的方法,其特征在于,根据所述升级包对所述直放站的待升级模块进行升级之后,所述方法还包括:
在确定所述待升级模块的升级完毕之后,指示微控制单元MCU通过所述通信连接发送目标信息至所述监控模块,其中,所述目标信息用于指示所述监控模块所述直放站的待升级模块升级完毕。
13.一种模块升级装置,其特征在于,包括:
第一获取模块,用于在操作维护中心OMC与直放站已建立通信连接的情况下,通过所述OMC的监控模块获取所述直放站的模块信息,其中,所述模块信息记录有所述直放站中多个模块的信息;
第二获取模块,用于获取目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定的所述直放站的待升级模块;
第一发送模块,用于通过所述OTA模块确定所述待升级模块的升级包信息,并通过所述监控模块将所述升级包信息发送至所述直放站;
第一升级模块,用于在通过OTA模块获取到所述直放站的升级处理器根据所述升级包信息发送的下载请求的情况下,通过所述OTA模块发送所述待升级模块的升级包至所述升级处理器,以指示所述升级处理器根据所述升级包升级所述待升级模块。
14.一种模块升级装置,其特征在于,包括:
第二发送模块,用于在直放站与操作维护中心OMC建立通信连接的情况下,通过所述通信连接向所述OMC的监控模块发送所述直放站的模块信息,以使目标对象在所述OMC的空中下载技术OTA模块上通过所述模块信息确定所述直放站的待升级模块;
第三获取模块,用于获取所述OMC发送的所述待升级模块的升级包信息,并将所述升级包信息发送至所述直放站的升级处理器;
第二升级模块,用于通过所述升级处理器将根据所述升级包信息确定的下载请求发送至所述OMC的空中下载技术OTA模块,以获取所述OTA模块发送的升级包,并根据所述升级包对所述直放站的待升级模块进行升级。
15.一种计算机可读的存储介质,其特征在于,所述计算机可读的存储介质包括存储的程序,其中,所述程序运行时执行上述权利要求1至12任一项中所述的方法。
16.一种电子装置,包括存储器和处理器,其特征在于,所述存储器中存储有计算机程序,所述处理器被设置为通过所述计算机程序执行所述权利要求1至12任一项中所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111676092.1A CN114257509A (zh) | 2021-12-31 | 2021-12-31 | 模块升级方法及装置、存储介质及电子装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111676092.1A CN114257509A (zh) | 2021-12-31 | 2021-12-31 | 模块升级方法及装置、存储介质及电子装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114257509A true CN114257509A (zh) | 2022-03-29 |
Family
ID=80799202
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111676092.1A Pending CN114257509A (zh) | 2021-12-31 | 2021-12-31 | 模块升级方法及装置、存储介质及电子装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114257509A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115277276A (zh) * | 2022-06-27 | 2022-11-01 | 北京小米移动软件有限公司 | 空调的程序升级方法、程序升级装置、空调系统及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3671728A (en) * | 1970-10-05 | 1972-06-20 | Hughes Aircraft Co | Electronic repeater servo |
US20080216066A1 (en) * | 2006-07-14 | 2008-09-04 | Samsung Electronics Co., Ltd. | Program upgrade system and method for ota-capable mobile terminal |
CN101557583A (zh) * | 2009-03-19 | 2009-10-14 | 珠海银邮光电技术发展股份有限公司 | 直放站设备嵌入式软件的远程升级与版本切换方法 |
CN106411540A (zh) * | 2015-07-27 | 2017-02-15 | 中兴通讯股份有限公司 | 软件版本管理方法及装置 |
US20170127214A1 (en) * | 2015-10-29 | 2017-05-04 | Samsung Electronics Co., Ltd. | Electronic device and method for setting software in electronic device |
CN111556522A (zh) * | 2020-05-13 | 2020-08-18 | 上海加糖科技有限公司 | 一种物联网模组的可靠性测试方法 |
-
2021
- 2021-12-31 CN CN202111676092.1A patent/CN114257509A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US3671728A (en) * | 1970-10-05 | 1972-06-20 | Hughes Aircraft Co | Electronic repeater servo |
US20080216066A1 (en) * | 2006-07-14 | 2008-09-04 | Samsung Electronics Co., Ltd. | Program upgrade system and method for ota-capable mobile terminal |
CN101557583A (zh) * | 2009-03-19 | 2009-10-14 | 珠海银邮光电技术发展股份有限公司 | 直放站设备嵌入式软件的远程升级与版本切换方法 |
CN106411540A (zh) * | 2015-07-27 | 2017-02-15 | 中兴通讯股份有限公司 | 软件版本管理方法及装置 |
US20170127214A1 (en) * | 2015-10-29 | 2017-05-04 | Samsung Electronics Co., Ltd. | Electronic device and method for setting software in electronic device |
CN111556522A (zh) * | 2020-05-13 | 2020-08-18 | 上海加糖科技有限公司 | 一种物联网模组的可靠性测试方法 |
Non-Patent Citations (2)
Title |
---|
BO HANG: "Design and Implementation of Mobile Repeater Network Monitoring System", 2010 ASIA-PACIFIC CONFERENCE ON POWER ELECTRONICS AND DESIGN, 13 January 2011 (2011-01-13) * |
左正坤: "无线终端远程加载技术研究", 中国优秀硕士学位论文数据库, 16 December 2013 (2013-12-16) * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115277276A (zh) * | 2022-06-27 | 2022-11-01 | 北京小米移动软件有限公司 | 空调的程序升级方法、程序升级装置、空调系统及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101877723B (zh) | 无线传感器网络节点远程升级系统、方法及设备 | |
JP6566500B2 (ja) | 端末システムをアップグレードする方法、端末、およびシステム | |
CN110471692B (zh) | 终端程序的空中升级方法、装置、设备及存储介质 | |
CN111522264A (zh) | 设备的控制方法及装置、存储介质、电子装置 | |
US20030110484A1 (en) | Method and apparatus utilizing bluetooth transmission protocols to update software resident on a network of computing devices | |
JP2017517227A (ja) | eUICC管理方法、eUICC、SMプラットフォーム、およびシステム | |
WO2015143794A1 (zh) | 制作、升级方法及服务器、终端、升级系统和存储介质 | |
CN111142905B (zh) | 一种ota升级方法、ota服务器及ota升级系统 | |
CN111885115A (zh) | 设备绑定变更方法及装置 | |
CN113504922B (zh) | 机器人软件升级方法、装置、桥服务器及升级服务器 | |
CN112764803A (zh) | 版本升级方法及装置、存储介质及电子装置 | |
CN112187531A (zh) | 模块的升级方法及系统、存储介质、电子装置 | |
CN112737847A (zh) | 节点升级方法及装置、存储介质及电子装置 | |
CN114185579A (zh) | 软件升级的方法、装置、电子设备和可读存储介质 | |
CN114257509A (zh) | 模块升级方法及装置、存储介质及电子装置 | |
CN112637221B (zh) | 一种设备控制方法及装置 | |
CN113596792B (zh) | 电子设备的绑定方法和装置、存储介质及电子装置 | |
CN101800985B (zh) | 鉴权方法及系统、终端、服务器与数据下载方法及装置 | |
CN110602688B (zh) | 终端软件升级方法和升级系统 | |
KR101587030B1 (ko) | M2m 어플리케이션의 api 함수 호출 정책 관리 시스템 및 그 구현 방법 | |
CN106912037A (zh) | 一种ota升级方法及装置 | |
CN101022640A (zh) | 基于bootp协议的远端射频单元初始化配置方法 | |
US10979287B2 (en) | Method and apparatus for receiving a solution when configuration function verification fails in a terminal | |
CN111885564B (zh) | 数据传输方法、设备升级方法、计算机可读的存储介质 | |
CN110532012B (zh) | 一种分布式系统软件升级方法及装置 |
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 |