CN109526017A - 一种分布式小基站的升级方法及系统 - Google Patents
一种分布式小基站的升级方法及系统 Download PDFInfo
- Publication number
- CN109526017A CN109526017A CN201811650739.1A CN201811650739A CN109526017A CN 109526017 A CN109526017 A CN 109526017A CN 201811650739 A CN201811650739 A CN 201811650739A CN 109526017 A CN109526017 A CN 109526017A
- Authority
- CN
- China
- Prior art keywords
- upgrade
- rru
- bbu
- version number
- message
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- 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
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
本发明公开了一种分布式小基站的升级方法及系统,在计划部署基站软件升级时,将升级包进行标识,通过版本号、厂商标识、强制升级来进行区分,以提升升级的效率。其次,在RRU进行升级操作之前,升级管理设备、BBU、RRU设备之间只用收发升级提示报文,避免了升级包的重复下载,同时,在确认升级之后,也只用下载差分包,减轻了网络负担。
Description
技术领域
本发明涉及无线通信技术领域,尤其涉及一种小基站的远程升级的方法及系统。
背景技术
随着移动互联网的快速发展,数据流量近年来保持快速增长的态势,给网
络带来较大的压力。根据分析,4G网络约60%以上的业务发生在室内,预计未来5G网络时代室内业务量的占比还将进一步提升。室内信号覆盖可能采取的建设方案包括室外覆盖室内方式、传统DAS系统、室内光纤分布系统以及分布式小基站的建设方式。
其中,在分布式小基站方面,现网4G分布式小基站可以通过改造方式支持5G NR,采用CAT6A网线或带电光缆,工程实施难度相对不高,并且可实现4×4MIMO,容量性能较为优异。针对5G室内覆盖系统高容量高价值场景,选择分布式小基站建设方案成为当前运营商广为采用的一种方案,具有很高的市场前景和价值。
而小基站广泛分布于各种建筑物内,分布不规则且型号不一,为了保证小基站的正常工作,就需要保证小基站软件的正常升级。现有技术中,小基站的升级流程如下:1、网管将软件版本配置进网关;2、基站整体复位;3、RRU等BBU启动完成,并与之通讯链接;4、由RRU上报自身的硬件型号及软件版本信息;5、BBU对比版本信息,如需更新,则下载给RRU并激活版本;6、RRU复位后正常工作。
而这种通过BBU中转的方法,有两个缺陷:网管系统下属的BBU不管是否涉及相关的升级都需要下载升级包并存储,这样往往会给BBU带来额外的存储负担,造成BBU成本的上升;其次,也会给网络中带来很多额外的网络数据,增大网络的负荷。
发明内容
本发明的目的是克服上述现有技术的不足,提供一种结构新颖、构思巧妙的分布式小基站的升级方法及设备,以解决上述的问题。
本发明通过以下的方案来实现:
一种分布式小基站的升级方法,包括以下步骤:
步骤1:升级管理设备部署新的软件升级包;
步骤2:将升级包的版本号、厂商标识、强制升级标识封装成升级提示报文;
步骤3:将所述升级提示报文向下属的所有BBU进行广播;
步骤4:所述BBU在接收到所述的升级提示报文后,解析升级提示报文中的强制升级标识,当强制升级标识为否时,将所述升级提示报文继续向下属的所有RRU广播;
步骤5:RRU在接收到升级提示报文后,进行解析并判断是否需要升级;
步骤6:当所述RRU判断需要进行时,向BBU进行反馈并上报自己的版本号和RRU标识;
步骤7:所述BBU接收到反馈后,将BBU自身的标识、所述RRU标识、RRU版本号打包成升级请求报文并上报给升级管理设备。
步骤8:所述升级管理设备接收到所述升级请求报文后根据RRU的版本号制作差分包,然后下发给升级请求报文中对应的BBU,由BBU下发给指定的RRU进行升级。
进一步,所述BBU在接收到所述的升级提示报文后,解析升级提示报文中的强制升级标识,当强制升级标识为否时,将所述升级提示报文继续向下属的所有RRU广播还包括:步骤9:当强制升级标识为是时,所述BBU直接从升级管理设备中下载所述升级包;步骤10:所述BBU向下属RRU请求RRU的厂商标识;步骤11:根据RRU上报的厂商标识,向与所述升级提示报文中的厂商标识向匹配的RRU下发升级包。
进一步,RRU在接收到升级提示报文后,进行解析并判断是否需要升级具体包括:比较自身的版本号和所述升级提示报文中的版本号,当所述升级提示报文中的版本号大于自身的版本号时,判断需要进行升级。
进一步,所述升级管理设备接收到所述升级请求报文后根据RRU的版本号制作差分包,然后下发给升级请求报文中对应的BBU,由BBU下发给指定的RRU进行升级之后还包括:所述RRU完成升级后进行复位重启。
进一步,所述升级管理设备接收到所述升级请求报文后根据RRU的版本号制作差分包,然后下发给升级请求报文中对应的BBU,由BBU下发给指定的RRU进行升级之后还包括:所述BBU将下载的升级包删除。
本发明与现有技术相比,其有益效果在于:
首先,在计划部署基站软件升级时,将升级包进行标识,通过版本号、厂商标识、是否强制升级来进行区分,以提升升级的效率。
其次,在RRU进行升级操作之前,升级管理设备、BBU、RRU设备之间只用收发升级提示报文,避免了升级包的重复下载,同时,在确认升级之后,也只用下载差分包,减轻了网络负担。
最后,BBU可以根据厂商标识,只将升级包下发给相关厂商的RRU设备,减少了BBU的处理负担。
附图说明
图1是现有技术中小基站进行软件升级的结构框图;
图2是本发明一实施例的方法步骤图;
图3是本发明另一实施例的结构框图。
具体实施方式
下面结合附图对本发明进一步说明。这些附图均为简化的示意图,仅以示意的方式说明本发明的基本结构,因此其仅显示与本发明有关的构成。
图1是现有技术中的小基站进行软件升级的结构框图,如图1所示:
当前已进入4G网络建设的饱和阶段,相比于宏基站,4G小基站作为一种低成本室内覆盖解决方案,常被用作蜂窝网络覆盖的有效补充和容量扩充手段,被广泛用于网络覆盖或容量不足,建设难度相对较大且具备自有回传资源的场景。然而小基站布局的不确定性,室内覆盖时信号强度的局限等问题给小基站的软件升级带来了很多的困难。
在现有技术中,有两种主流的小基站软件升级方法:一种是升级管理设备将升级包下发给下属的BBU,然后由BBU下发给下属的RRU实现升级;第二种是升级管理设备直接绕过BBU,直接将升级包下发给RRU进行升级。然后现有技术中的这两种方法,都是直接下发升级包,而不会在升级前判断RRU是否涉及相关的升级,只有当RRU收到升级包之后才会进行判断,但是此时,已经造成了网络资源的消耗以及BBU存储空间的占用,给网络和BBU带来很多不必要的负担和损耗。
下面结合具体的实施例来对本发明进行说明。
实施例一:
图2示出了一种本发明方法的步骤图,包括:
一种分布式小基站的升级方法,包括以下步骤:
步骤1:升级管理设备部署新的软件升级包;
升级管理设备负责管理所有RRU的升级包部署工作,不同的RRU设备厂商的升级包并不相同,因此需要分开布置。
步骤2:所述升级管理设备将升级包的版本号、厂商标识、强制升级标识封装成升级提示报文;
版本号是软件的重要标识,可以便于对软件当前的状态进行查看和标识,是对软件进行管理时所必须的内容。不同厂商的升级包并不一致,为了将升级包进行区别,可以通过厂商标识进行标记,标记可以采用标识位或者字符串的方式来实现,本发明对此不做进一步限定。同时,软件升级可以分为常规升级和重要升级,常规升级一般以修复一般bug为主,而重要升级一般是为了修复重大bug和更新新功能为主,因此重要升级的优先级要比常规升级高很多,常规升级一般并不是强制升级,而为了保证RRU的稳定运作,重要升级就要求强制升级了。
步骤3:将所述升级提示报文向下属的所有BBU进行广播;
为了提升管理效率,BBU和RRU都是通过分布式的管理形式,一个升级管理设备下面管辖着一定量的BBU,而一个BBU下面也管辖着一定量的RRU。
步骤4:所述BBU在接收到所述的升级提示报文后,解析升级提示报文中的强制升级标识,当强制升级标识为否时,将所述升级提示报文继续向下属的所有RRU广播;
常规升级的优先级较低,可以不必强制升级,将常规升级升级提示报文中的强制升级标识设置为否。
步骤5:RRU在接收到升级提示报文后,进行解析并判断是否需要升级;
这里首先将升级提示报文中的厂商标识与自身的厂商标识进行对比,当二者不一致时,则直接忽略,这样就避免了下载了整个升级包之后再进行判断,当升级提示报文中的厂商标识与自身的厂商标识一致时,再去判断升级提示报文中的版本号。
步骤6:当所述RRU判断需要进行时,向BBU进行反馈并上报自己的版本号和RRU标识;
步骤7:所述BBU接收到反馈后,将BBU自身的标识、所述RRU标识、RRU版本号打包成升级请求报文并上报给升级管理设备。
通过升级请求报文,可以上报本次升级相关的BBU和RRU,这样避免了不相关的BBU进行本次升级,进而提升了升级了效率。
步骤8:所述升级管理设备接收到所述升级请求报文后根据RRU的版本号制作差分包,然后下发给升级请求报文中对应的BBU,由BBU下发给指定的RRU进行升级。
差分包是一种新型的软件升级手段,升级管理设备根据检测服务端和RRU的版本号来判断是否有最新升级,如果有升级则采用差分处理,就是只升级差异部分,从而减少了升级带来的流量。差分升级的好处一是无缝升级,对设备的运转没有任何影响;二是升级速度快,只升级差异部分可以减少数据的转发量,同时加快RRU的升级速度。
进一步,所述BBU在接收到所述的升级提示报文后,解析升级提示报文中的强制升级标识,当强制升级标识为否时,将所述升级提示报文继续向下属的所有RRU广播还包括:步骤9:当强制升级标识为是时,所述BBU直接从升级管理设备中下载所述升级包;步骤10:所述BBU向下属RRU请求RRU的厂商标识;步骤11:根据RRU上报的厂商标识,向与所述升级提示报文中的厂商标识向匹配的RRU下发升级包。
当强制升级标识为是时,表示本次升级时重要升级,要求所有相关的RRU必须升级,因此,此时需要提升升级的速度,由BBU直接将升级包下载到本地,进而BBU在获取到升级提示报文中的厂商标识后,主动去获取下属RRU的厂商标识,将升级包下发给厂商相关的RRU进行第一时间的升级,以实现重要补丁或者重要功能的尽快生效。
进一步,RRU在接收到升级提示报文后,进行解析并判断是否需要升级具体包括:比较自身的版本号和所述升级提示报文中的版本号,当所述升级提示报文中的版本号大于自身的版本号时,判断需要进行升级。
通常来说,软件的版本号在不断迭代的过程中会不断的递增,版本号较大的通常就是比较新的版本,因此,可以通过比较版本号的大小来判断当前提示升级的版本是否是更新的版本。
进一步,所述升级管理设备接收到所述升级请求报文后根据RRU的版本号制作差分包,然后下发给升级请求报文中对应的BBU,由BBU下发给指定的RRU进行升级之后还包括:所述RRU完成升级后进行复位重启。
很多软件都需要重新加载相关的功能模块才能生效,因此,在RRU完成软件升级后,对RRU进行复位重启。
进一步,所述升级管理设备接收到所述升级请求报文后根据RRU的版本号制作差分包,然后下发给升级请求报文中对应的BBU,由BBU下发给指定的RRU进行升级之后还包括:所述BBU和RRU将下载的升级包删除。
BBU和RRU在经过长时间的运行后,会经历多个版本的升级,导致了会下载很多的软件升级包,这些升级包会占用BBU和RRU的存储空间,影响它们的运行效率,因此需要在升级完成后将相关的升级包删除。
实施例二:
图3示出了一种本发明系统的结构框图,包括:
一种分布式小基站的升级系统,包括:升级管理设备,基带单元BBU,射频拉远单元RRU:
所述升级管理设备包括部署单元:用于部署新的软件升级包,并将升级包的版本号、厂商标识、强制升级标识封装成升级提示报文向下属的BBU广播;下发单元:用于在接收到升级请求报文后根据RRU的版本号制作差分升级包,然后下发给升级请求报文中对应的BBU;
升级管理设备负责管理所有RRU的升级包部署工作,不同的RRU设备厂商的升级包并不相同,因此需要分开布置。
版本号是软件的重要标识,可以便于对软件当前的状态进行查看和标识,是对软件进行管理时所必须的内容。不同厂商的升级包并不一致,为了将升级包进行区别,可以通过厂商标识进行标记,标记可以采用标识位或者字符串的方式来实现,本发明对此不做进一步限定。同时,软件升级可以分为常规升级和重要升级,常规升级一般以修复一般bug为主,而重要升级一般是为了修复重大bug和更新新功能为主,因此重要升级的优先级要比常规升级高很多,常规升级一般并不是强制升级,而为了保证RRU的稳定运作,重要升级就要求强制升级了。
通常,为了提升管理效率,BBU和RRU都是通过分布式的管理形式,一个升级管理设备下面管辖着一定量的BBU,而一个BBU下面也管辖着一定量的RRU。
所述基带单元BBU还包括解析单元:用于在接收到所述的升级提示报文后,将其解析,并在一定的条件下将所述升级提示报文继续向下属的所有RRU广播;上报单元:然后在接收到所述RRU的反馈后,将BBU自身的标识、所述RRU的标识、RRU版本号打包成升级请求报文并上报给升级管理设备;转发单元:用于将升级包下发给相关RRU。
常规升级的优先级较低,可以不必强制升级,将常规升级升级提示报文中的强制升级标识设置为否。
所述射频拉远单元RRU包括:判断单元:用于在接收到升级提示报文后,进行解析并判断是否需要升级;反馈单元:用于当判断需要进行时,向BBU进行反馈并上报自己的版本号和RRU标识;升级单元:用于根据升级包进行软件升级。
这里首先将升级提示报文中的厂商标识与自身的厂商标识进行对比,当二者不一致时,则直接忽略,这样就避免了下载了整个升级包之后再进行判断,当升级提示报文中的厂商标识与自身的厂商标识一致时,再去判断升级提示报文中的版本号。
通过升级请求报文,可以上报本次升级相关的BBU和RRU,这样避免了不相关的BBU进行本次升级,进而提升了升级了效率。
差分包是一种新型的软件升级手段,升级管理设备根据检测服务端和RRU的版本号来判断是否有最新升级,如果有升级则采用差分处理,就是只升级差异部分,从而减少了升级带来的流量。差分升级的好处一是无缝升级,对设备的运转没有任何影响;二是升级速度快,只升级差异部分可以减少数据的转发量,同时加快RRU的升级速度。
进一步,所述解析单元判断是否需要升级具体为:通过读取升级提示报文中的强制升级标识来判断是否需要升级。
当强制升级标识为是时,表示本次升级时重要升级,要求所有相关的RRU必须升级,因此,此时需要提升升级的速度,由BBU直接将升级包下载到本地,进而BBU在获取到升级提示报文中的厂商标识后,主动去获取下属RRU的厂商标识,将升级包下发给厂商相关的RRU进行第一时间的升级,以实现重要补丁或者重要功能的尽快生效。
进一步,所述RRU中的判断单元判断是否需要升级具体为:比较自身的版本号和所述升级提示报文中的版本号,当所述升级提示报文中的版本号大于自身的版本号时,判断需要进行升级。
通常来说,软件的版本号在不断迭代的过程中会不断的递增,版本号较大的通常就是比较新的版本,因此,可以通过比较版本号的大小来判断当前提示升级的版本是否是更新的版本。
进一步,所述RRU还包括重启单元,用于在所述RRU完成升级后进行复位重启。
很多软件都需要重新加载相关的功能模块才能生效,因此,在RRU完成软件升级后,对RRU进行复位重启。
进一步,所述BBU和RRU中还包括删除单元:用于在所述RRU升级完成后,将所述BBU和RRU中下载的升级包删除。
BBU和RRU在经过长时间的运行后,会经历多个版本的升级,导致了会下载很多的软件升级包,这些升级包会占用BBU和RRU的存储空间,影响它们的运行效率,因此需要在升级完成后将相关的升级包删除。
以上描述了本发明的实施方式,但是本领域技术人员应当理解,这仅是举例说明,本领域的技术人员在不背离本发明的原理和实质的前提下,可以对实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。
Claims (10)
1.一种分布式小基站的升级方法,其特征在于,包括以下步骤:
步骤1:升级管理设备部署新的软件升级包;
步骤2:将升级包的版本号、厂商标识、强制升级标识封装成升级提示报文;
步骤3:所述升级管理设备将所述升级提示报文向下属的所有基带单元BBU进行广播;
步骤4:所述BBU在接收到所述的升级提示报文后,解析升级提示报文中的强制升级标识,当强制升级标识为否时,将所述升级提示报文继续向下属的所有射频拉远单元RRU广播;
步骤5:所述RRU在接收到升级提示报文后,进行解析并判断是否需要升级;
步骤6:当所述RRU判断需要进行时,向BBU进行反馈并上报自己的版本号和RRU标识;
步骤7:所述BBU接收到反馈后,将BBU自身的标识、所述RRU标识、RRU版本号打包成升级请求报文并上报给所述升级管理设备;
步骤8:所述升级管理设备接收到所述升级请求报文后根据RRU的版本号制作差分包,然后下发给所述升级请求报文中对应的BBU,由BBU下发给指定的RRU进行升级。
2.根据权利要求1所述的分布式小基站的升级方法,其特征在于,所述BBU在接收到所述的升级提示报文后,解析升级提示报文中的强制升级标识,当强制升级标识为否时,将所述升级提示报文继续向下属的所有RRU广播还包括:步骤9:当强制升级标识为是时,所述BBU直接从升级管理设备中下载所述升级包;步骤10:所述BBU向下属RRU请求RRU的厂商标识;步骤11:根据RRU上报的厂商标识,向与所述升级提示报文中的厂商标识向匹配的RRU下发升级包。
3.根据权利要求1所述的分布式小基站的升级方法,其特征在于,RRU在接收到升级提示报文后,进行解析并判断是否需要升级具体包括:比较自身的版本号和所述升级提示报文中的版本号,当所述升级提示报文中的版本号大于自身的版本号时,判断需要进行升级。
4.根据权利要求1所述的分布式小基站的升级方法,其特征在于,所述升级管理设备接收到所述升级请求报文后根据RRU的版本号制作差分包,然后下发给升级请求报文中对应的BBU,由BBU下发给指定的RRU进行升级之后还包括:所述RRU完成升级后进行复位重启。
5.根据权利要求1所述的分布式小基站的升级方法,其特征在于,所述升级管理设备接收到所述升级请求报文后根据RRU的版本号制作差分包,然后下发给升级请求报文中对应的BBU,由BBU下发给指定的RRU进行升级之后还包括:所述BBU将下载的升级包删除。
6.一种分布式小基站的升级系统,其特征在于,包括:升级管理设备,基带单元BBU,射频拉远单元RRU:
所述升级管理设备包括部署单元:用于部署新的软件升级包,并将升级包的版本号、厂商标识、强制升级标识封装成升级提示报文向下属的BBU广播;下发单元:用于在接收到升级请求报文后根据RRU的版本号制作差分升级包,然后下发给升级请求报文中对应的BBU;
所述基带单元BBU还包括解析单元:用于在接收到所述的升级提示报文后,将其解析,并在一定的条件下将所述升级提示报文继续向下属的所有RRU广播;上报单元:然后在接收到所述RRU的反馈后,将BBU自身的标识、所述RRU的标识、RRU版本号打包成升级请求报文并上报给升级管理设备;转发单元:用于将升级包下发给相关RRU;
所述射频拉远单元RRU包括:判断单元:用于在接收到升级提示报文后,进行解析并判断是否需要升级;反馈单元:用于当判断需要进行时,向BBU进行反馈并上报自己的版本号和RRU标识;升级单元:用于根据升级包进行软件升级。
7.根据权利要求6所述的分布式小基站的升级系统,其特征在于,所述解析单元判断是否需要升级具体为:通过读取升级提示报文中的强制升级标识来判断是否需要升级。
8.根据权利要求6所述的分布式小基站的升级系统,其特征在于,所述RRU中的判断单元判断是否需要升级具体为:比较自身的版本号和所述升级提示报文中的版本号,当所述升级提示报文中的版本号大于自身的版本号时,判断需要进行升级。
9.根据权利要求6所述的分布式小基站的升级系统,其特征在于,所述RRU还包括重启单元,用于在所述RRU完成升级后进行复位重启。
10.根据权利要求6所述的分布式小基站的升级系统,其特征在于,所述BBU中还包括删除单元:用于在所述RRU升级完成后,将所述BBU中下载的升级包删除。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811650739.1A CN109526017B (zh) | 2018-12-31 | 2018-12-31 | 一种分布式小基站的升级方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811650739.1A CN109526017B (zh) | 2018-12-31 | 2018-12-31 | 一种分布式小基站的升级方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109526017A true CN109526017A (zh) | 2019-03-26 |
CN109526017B CN109526017B (zh) | 2022-06-03 |
Family
ID=65798655
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811650739.1A Active CN109526017B (zh) | 2018-12-31 | 2018-12-31 | 一种分布式小基站的升级方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109526017B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111769966A (zh) * | 2020-05-08 | 2020-10-13 | 厦门亿联网络技术股份有限公司 | 一种克隆升级方法、系统和应用 |
CN112994952A (zh) * | 2021-04-13 | 2021-06-18 | 艾伯资讯(深圳)有限公司 | 分布式基站升级处理方法及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101166321A (zh) * | 2006-10-17 | 2008-04-23 | 中兴通讯股份有限公司 | 无线通信系统中远端射频单元的软件升级方法 |
CN101442764A (zh) * | 2007-11-23 | 2009-05-27 | 中兴通讯股份有限公司 | 远端节点的版本升级方法 |
CN102075918A (zh) * | 2011-01-13 | 2011-05-25 | 大唐移动通信设备有限公司 | 一种基站射频单元系统更新方法及其装置 |
CN102281554A (zh) * | 2010-06-11 | 2011-12-14 | 大唐移动通信设备有限公司 | 一种控制rru远程升级的方法及装置 |
CN105354043A (zh) * | 2014-08-20 | 2016-02-24 | 中兴通讯股份有限公司 | 终端的升级方法及装置 |
CN105373410A (zh) * | 2015-12-22 | 2016-03-02 | 京信通信技术(广州)有限公司 | 基站软件差分升级方法及其装置 |
-
2018
- 2018-12-31 CN CN201811650739.1A patent/CN109526017B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101166321A (zh) * | 2006-10-17 | 2008-04-23 | 中兴通讯股份有限公司 | 无线通信系统中远端射频单元的软件升级方法 |
CN101442764A (zh) * | 2007-11-23 | 2009-05-27 | 中兴通讯股份有限公司 | 远端节点的版本升级方法 |
CN102281554A (zh) * | 2010-06-11 | 2011-12-14 | 大唐移动通信设备有限公司 | 一种控制rru远程升级的方法及装置 |
CN102075918A (zh) * | 2011-01-13 | 2011-05-25 | 大唐移动通信设备有限公司 | 一种基站射频单元系统更新方法及其装置 |
CN105354043A (zh) * | 2014-08-20 | 2016-02-24 | 中兴通讯股份有限公司 | 终端的升级方法及装置 |
CN105373410A (zh) * | 2015-12-22 | 2016-03-02 | 京信通信技术(广州)有限公司 | 基站软件差分升级方法及其装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111769966A (zh) * | 2020-05-08 | 2020-10-13 | 厦门亿联网络技术股份有限公司 | 一种克隆升级方法、系统和应用 |
CN112994952A (zh) * | 2021-04-13 | 2021-06-18 | 艾伯资讯(深圳)有限公司 | 分布式基站升级处理方法及系统 |
CN112994952B (zh) * | 2021-04-13 | 2021-07-27 | 艾伯资讯(深圳)有限公司 | 分布式基站升级处理方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN109526017B (zh) | 2022-06-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109542485A (zh) | 一种基于蓝牙ble设备端的固件升级方法及其装置 | |
KR100584443B1 (ko) | 소프트웨어 콤포넌트 다운로드 관리 기능을 가지는 이동 단말기와 그 방법 | |
CN107291516B (zh) | 一种固件升级方法和系统 | |
KR101905019B1 (ko) | 단말기 시스템, 단말기, 및 시스템을 업그레이드하기 위한 방법 | |
CN103077058B (zh) | 一种安装应用程序的方法及装置 | |
WO2020107905A1 (zh) | 一种设备的监控、管理方法及终端设备 | |
CN103731445B (zh) | 一种基于ios的应用智能更新系统及方法 | |
CN105912340A (zh) | 一种主设备、遥控器及对其空中升级的方法 | |
CN101331781A (zh) | 使用装置的嵌入式无线技术的装置制造 | |
CN105657791A (zh) | 通信网络接入方法和装置 | |
CN102075918A (zh) | 一种基站射频单元系统更新方法及其装置 | |
KR101541112B1 (ko) | Fota 시스템 및 그 실행 방법 | |
CN105159724A (zh) | 一种软件跨版本升级的方法、客户端及服务器 | |
CN105743948A (zh) | 一种网络版本升级的方法及装置 | |
CN109526017A (zh) | 一种分布式小基站的升级方法及系统 | |
CN102799448A (zh) | 用于车载终端设备的软件智能升级方法 | |
CN106464519A (zh) | 适配器和适配器升级的方法 | |
CN106383692A (zh) | 一种单片机嵌入式设备ota升级方法 | |
CN107181618A (zh) | 固件升级方法及系统 | |
CN110262820A (zh) | 基于mqtt协议实现ota升级的方法、装置、系统与存储介质 | |
CN103379446A (zh) | 一种基于wifi的多终端控制方法及设备 | |
CN103379528A (zh) | 单板自适应参数配置方法、bbu、基站及基站子系统bss | |
CN104965747A (zh) | 软件升级的方法及装置 | |
CN100531431C (zh) | 一种实现本地维护终端维护远端射频终端的装置 | |
CN109905430A (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 | ||
CB02 | Change of applicant information |
Address after: 510000 Tianhe Science Park Software Park, Tianhe District, Guangzhou City, Guangdong Province Applicant after: Super Communications Co., Ltd. Address before: 510000 Tianhe Science Park Software Park, Tianhe District, Guangzhou City, Guangdong Province Applicant before: GuangDong Super Telecom Co., Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |