CN102281554B - 一种控制rru远程升级的方法及装置 - Google Patents
一种控制rru远程升级的方法及装置 Download PDFInfo
- Publication number
- CN102281554B CN102281554B CN201010205656.9A CN201010205656A CN102281554B CN 102281554 B CN102281554 B CN 102281554B CN 201010205656 A CN201010205656 A CN 201010205656A CN 102281554 B CN102281554 B CN 102281554B
- Authority
- CN
- China
- Prior art keywords
- rru
- aku
- ftp
- upgrade
- activation instruction
- 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
- 238000000034 method Methods 0.000 title claims abstract description 41
- 230000004913 activation Effects 0.000 claims abstract description 69
- 230000004044 response Effects 0.000 claims description 19
- 230000005540 biological transmission Effects 0.000 claims description 13
- 238000012545 processing Methods 0.000 claims description 4
- 238000012423 maintenance Methods 0.000 claims description 3
- 230000008569 process Effects 0.000 description 9
- 230000006855 networking Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 239000013307 optical fiber Substances 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000003213 activating effect Effects 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 238000013024 troubleshooting Methods 0.000 description 3
- 206010021703 Indifference Diseases 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 239000012467 final product Substances 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 230000006641 stabilisation Effects 0.000 description 1
- 238000011105 stabilization Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
本发明提供一种控制RRU远程升级的方法及装置，用于在有效缩减退服时间的情况下实现RRU的批量受控升级，该方法包括：基带处理单元BBU针对所连接的各个预升级的RRU，分别执行以下步骤：确定正在下载升级包的RRU所占用的总资源量；当所述总资源量不大于设定资源量时，向需要升级的RRU发送升级包；BBU确认需要升级的RRU成功下载升级包后，向成功下载升级包的各个RRU下发激活指令，所述激活指令用于指示RRU激活利用升级包升级后的新软件版本。本发明控制RRU在不中断业务的情况下进行升级包下载，可以有效的缩减因升级导致的退服时间；通过对下载升级包占用资源的控制，实现网络流控功能。
Description
技术领域
本发明涉及无线通信技术领域，尤其涉及一种控制远端射频单元RRU远程升级的方法及装置。
背景技术
在无线接入网应用环境中，大范围的射频信号的覆盖通常是由BBU(Building Baseband Unit，基带处理单元)和RRU(Remote Radio Unit，远端射频单元)共同完成的，BBU和RRU之间需要用光纤连接，其接口基于Ir(Interface between the RRU and the BBU)，称为Ir接口，一个BBU可以支持多个RRU。
RRU分布的地理位置分散，数量大。安放位置通常都比较特殊，如楼顶、塔顶、地铁隧道等等，因此不适合采用近端升级方式对RRU进行升级。由于RRU有数据通路与BBU相连，因此通常情况下，采用远程升级方式通过BBU对RRU进行批量升级。
RRU组网方式随着Ir接口的统一变得多元化，不同厂家、不同型号混合组网也成了必然，通过BBU对RRU进行批量升级时，不仅需要应对多种RRU组网情形如星型、链型、环型、混合型组网方式等，同时需要应对多个厂家的多种型号、多种制式的RRU，还需要支持针对缺陷修复和功能扩展进行的软件、固件升级。
目前基于Ir接口，通过BBU对RRU进行批量升级主要有以下两种方式：
如图1所示，采用方式一对RRU升级主要包括以下步骤：
步骤S101，确定需要对RRU进行批量升级时，管理站下发升级包给BBU，控制BBU复位，其中BBU复位使RRU业务中断；
步骤S102，RRU业务中断后，在重新接入时，BBU向RRU发送通道建立配置消息，该通道建立配置消息携带有升级包对应的新软件版本；
步骤S103，RRU根据接收的新软件版本确定是否需要进行升级，如新软件版本与RRU自身软件版本一致时，确定不需要升级，重新接入并结束；不一致时，确定需要升级，并执行步骤S104；
步骤S104，RRU在向BBU发送通道建立配置应答消息时通知BBU需要下载升级包；
步骤S105，BBU接收到上述通道建立配置应答消息后，将升级包发送给需要下载升级包的RRU，如通过FTP(File Transfer Protocol，文件传输协议)将升级包发送给RRU；
步骤S106，RRU将升级包下载结果通知给BBU，BBU在接收到版本下载失败的消息后，可以重新发送，若达到发送次数，可以报警；
步骤S107，RRU在成功下载升级包后，利用升级包进行升级(包括软件升级和固件升级)，升级后获得新软件版本，升级成功后复位，升级失败后不能重新接入网络；
步骤S108，RRU复位后使用新软件版本接入BBU，接入成功执行RRU业务。
采用该方式的RRU升级方法主要存在以下问题：
1)退服时间比较长
无线接入网是直接服务于用户的网络，应当尽最大可能增加RRU业务在服时间。而根据上述RRU升级方法，在控制BBU复位后会使RRU业务中断，因此从BBU下载升级包并写入RRU非易失性存储介质，是在RRU业务中断之后执行的，因此RRU业务的退服时间包括：下载升级包时间、升级时间和复位后重新接入时间，RRU业务的退服时间比较长。
2)无法进行流量控制
由于未采用新软件版本的RRU在BBU复位后同时批量升级，因此经常会出现多个RRU同时从BBU下载程序文件，导致短时间内占用大量的带宽，影响网络稳定。
3)群体流程未作考虑
由于各个RRU是相互独立进行升级的，在进行级联组网时，不同级的RRU在BBU复位后若发现软件版本不是新软件版本，会同时进行升级包下载，而一般上一级的RRU会提前完成升级包下载，因此上一级RRU相比下面级联的其他RRU会提前复位，而上一级RRU的提前复位，会导致下面级联的RRU短时间无法与BBU通信。因此，会再次向BBU发送请求下载升级包指令，导致升级包出现重复下载，从而影响网络业务。
4)无法对升级过程进行有效的监控
由于升级是由RRU的重新接入流程触发的，只有RRU升级后接入了，才能得知升级成功，如果RRU升级后故障，不易统计，因此无法进行针对性的升级过程监控。
上述方式的RRU升级方法较多应用在批量更换RRU的软件时使用，不适于针对性地对个别RRU进行升级。
如图2所示，采用方式二对RRU升级主要包括以下步骤：
步骤S201，BBU获得用于对RRU进行升级的升级包，向需要升级的RRU发送下载请求指令，该下载请求指令携带有升级包对应的新软件版本；
步骤S202，RRU接收到下载请求指令后，根据接收的新软件版本确定是否需要进行升级，并通过下载请求应答消息将确定的结果通知BBU，如该升级包对应的新软件版本与RRU自身软件版本一致时，确定不需要升级，如不一致则确定需要升级；
步骤S203，BBU根据RRU返回的下载请求应答消息确定RRU需要升级时，将升级包发送给该RRU；
步骤S204，RRU接收BBU下发的升级包，并返回升级包下载结果；
步骤S205，BBU根据RRU返回的升级包下载结果，确定RRU下载失败时，可以返回步骤S203重新发送升级包至达到最大发送次数，确定RRU下载成功时，向RRU下发版本激活请求；
步骤S206，RRU接收到BBU下发的版本激活请求后，中断RRU业务利用升级包进行升级，升级后复位重新接入。
由于升级RRU大部分时间是在从BBU下载程序并写入RRU非易失性存储介质中，这部分时间和RRU业务执行并不冲突，采用上述RRU升级方法，将此步骤提前至与业务并行处理，这样RRU业务的退服时间包括：下升级时间和复位后重新接入时间，可以有效的缩减退服时间。
上述由BBU直接控制RRU升级的方式，通常用于RRU排障时针对特定RRU进行的。虽然可以有效缩减退服时间，但该RRU升级方法存在以下缺点：
1)不适合批量升级。
由于RRU从BBU下载升级包是在执行业务的时候进行的，因此，不适合大批量地从BBU下载升级包，如果使用此方法批量升级，会造成多个RRU同时从BBU下载升级包，很容易出现BBU因流量大而导致业务异常；
2)群体流程未作考虑
在进行级联组网时，同样会出现前面所述的因上一级RRU提前复位，而下面级联的RRU未能激活新软件版本，导致下面级联的RRU短时间无法与BBU通信。因此，会再次向BBU发送请求下载升级包指令，导致升级包出现重复下载，从而影响网络业务。
3)同样无法对升级过程进行监控。
发明内容
本发明实施例提供一种控制远端射频单元RRU远程升级的方法及装置，有效缩减退服时间的情况下实现RRU的批量受控升级。
本发明提供一种控制射频远拉单元RRU远程升级的方法，包括：
基带处理单元BBU针对所连接的各个预升级的RRU，分别执行以下步骤：
通过一个单线程FTP向一个需要升级的RRU发送升级包，根据FTP的带宽限制，确定FTP下载限制的最大FTP单线程连接数；
确定当前的FTP单线程连接数未达到所述最大FTP单线程连接数时，确定正在下载升级包的RRU所占用的总资源量不大于设定资源量，向需要升级的RRU发送升级包；
确定当前的FTP单线程连接数达到所述最大FTP单线程连接数时，确定正在下载升级包的RRU所占用的总资源量大于设定资源量，采用FTP进行流量控制，等待至FTP单线程连接数小于所述最大FTP单线程连接数，向需要升级的RRU发送升级包；
BBU确认需要升级的RRU成功下载升级包后，向成功下载升级包的各个RRU下发激活指令，所述激活指令用于指示RRU激活利用升级包升级后的新软件版本。
本发明还提供一种控制射频远拉单元RRU远程升级的装置，包括：
升级包下发单元，用于针对BBU所连接的各个预升级的RRU，分别执行以下步骤：通过一个单线程FTP向一个需要升级的RRU发送升级包，根据FTP的带宽限制，确定FTP下载限制的最大FTP单线程连接数；确定当前的FTP单线程连接数未达到所述最大FTP单线程连接数时，确定正在下载升级包的RRU所占用的总资源量不大于设定资源量，向需要升级的RRU发送升级包；确定当前的FTP单线程连接数达到所述最大FTP单线程连接数时，确定正在下载升级包的RRU所占用的总资源量大于设定资源量，采用FTP进行流量控制，等待至FTP单线程连接数小于所述最大FTP单线程连接数，向需要升级的RRU发送升级包；
激活指令下发单元，用于确认需要升级的RRU成功下载升级包后，向成功下载升级包的各个RRU下发激活指令，所述激活指令用于指示RRU激活利用升级包升级后的新软件版本。
利用本发明提供的控制RRU远程升级的方法及装置，由于采用BBU直接控制RRU升级的方式，不需要BBU复位，使RRU在不中断业务的情况下进行升级包下载，可以有效的缩减因升级导致的退服时间；通过对下载升级包占用资源的控制，实现网络流控功能。
附图说明
图1为现有技术中采用方式一进行RRU远程升级的方法流程图；
图2为现有技术中采用方式二进行RRU远程升级的方法流程图；
图3为本发明控制RRU远程升级的方法流程图；
图4为依照本发明实施例中控制RRU远程升级的方法流程图；
图5为依照本发明实施例中向RRU下发激活指令的流程图；
图6为依照本发明实施例中示例的RRU光纤组网示意图；
图7依照本发明实施例中控制RRU远程升级的装置结构图。
具体实施方式
下面结合附图和实施例对本发明提出的控制RRU远程升级的方法及装置，进行更详细的说明。
本发明提供的控制RRU远程升级的方法，如图3所示，主要包括：
步骤S301，BBU确定正在下载升级包的RRU所占用的总资源量是否大于设定资源量，若大于设定资源量，说明没有可用的资源供RRU下载升级包，执行步骤S302，若不大于设定资源量，说明还有可用的资源供RRU下载升级包，执行步骤S303；
步骤S302，等待并返回步骤S301重新确定正在下载升级包的RRU所占用的总资源量是否大于设定资源量；
步骤S303，BBU确定是否有未处理的预升级的RRU，若有，执行步骤S304，否则执行步骤S307；
步骤S304，BBU从未处理的预升级的RRU中任意选择一个RRU，向选择的RRU发送请求下载指令；
步骤S305，BBU根据所述RRU对请求下载指令的响应，确定RRU是否需要下载升级包，若确定需要，执行步骤S306，若不需要，返回执行步骤S303；
步骤S306，BBU向所述RRU下发升级包，并返回步骤S303；
步骤S307，BBU向成功下载升级包的RRU下发激活指令，所述激活指令用于指示RRU激活利用升级包升级后的新软件版本。
本发明利用BBU直接控制RRU进行升级，不需要BBU复位，使RRU在不中断业务的情况下进行升级包下载，可以有效的缩减因升级导致的退服时间；可以有针对性对预升级的RRU进行升级控制；在升级包程序下载时，采用流量控制方法控制RRU下载升级占用的资源量不大于设定资源量，因此，可以在不影响RRU正常情况下实现RRU的批量升级。
另外，为了避免RRU进行级联组网时，出现因上一级RRU提前复位，而下面级联的RRU未能激活新软件版本，导致下面级联的RRU短时间无法与BBU通信问题，优选地，本发明向成功下载升级包的RRU下发激活指令，具体包括：对用不同光口与所述BBU连接的多个RRU，并行下发所述激活指令；且同一光口上级联多个RRU时，按级数由大到小的顺序，待下一级RRU成功激活新软件版本后，向上一级RRU下发所述激活指令。这样，在RRU级联组网的情况下，既可以确保实现多个RRU并行激活，也可以确保级联的RRU由远及近地激活复位，从而实现整体激活复位。
依照本发明的实施1中，所提供的控制RRU远程升级的方法，基于《YD/T2GHz TD-SCDMA数字蜂窝移动通信网分布式基站的Ir接口技术要求》(下文简称Ir接口规范)，提出了一种受控的RRU升级方案，可以实现同一BBU下所有预升级RRU的批量受控升级，有效的缩减因升级退服时间，通过下载升级占用资源的控制实现简单的网络流控功能，不需要BBU复位，并能够统计升级结果。
如图4所示，本实施例中控制RRU远程升级的方法包括以下步骤：
步骤S401，管理站向BBU下发用于对RRU升级的升级包；
其中该升级包用于对RRU的软件版本进行升级，包括软件和固件的升级。
步骤S402，BBU接收上级管理站的批量RRU升级指令，确定预升级的RRU；
预升级的RRU既可以是指定的几个RRU，如指定少数几个，一般应用于进行排障的场景；也可以是BBU连接的多个甚至是所有的RRU，适于对RRU作批量升级。
步骤S403，确定正在下载升级包的RRU所占用的总资源量是否大于设定资源量，若大于设定资源量，说明没有可用的资源供RRU下载升级包，执行步骤S404，若不大于设定资源量，说明还有可用的资源供RRU下载升级包，执行步骤S405；
RRU下载文件不涉及断链保护，所有的RRU均无差异，FTP(File TransferProtocol，文件传输协议)流控时，只需要考虑避免同时出现数量过多的RRU进行文件下载即可，但为了在条件允许的前提下，提高带宽的利用率，缩短下载时间，本方法采用不超越FTP带宽限制条件下，并行的进行FTP下载流程。
具体可以在BBU侧建立单线程FTP流量控制功能，通过FTP的带宽限制，确定FTP下载限制的最大FTP单线程连接数，通过在BBU侧建立RRU FTP连接池来控制最大FTP单线程连接数，如假设设定最大FTP单线程连接数大小为3，即实现同时充许三个单线程FTP下载，BBU侧只需要实现单线程FTP流量限制即可限制下载流量。
步骤S404，等待并返回步骤S403重新确定正在下载升级包所占用的总资源量是否大于设定资源量；
采用FTP流控时，具体为等待至FTP单线程连接数小于所述最大FTP单线程连接数。
步骤S405，确定是否有未处理的预升级的RRU，若有，执行步骤S406，否则执行步骤S412；
步骤S406，从未处理的预升级的RRU中选择一个RRU，向选择的RRU发送请求下载指令；
选择的方式可以任意选择，也可以在多个RRU有优先级时，按优先级顺序选择。
步骤S407，根据RRU对请求下载指令的响应，确定RRU是否需要下载升级包，若确定需要，执行步骤S408，若不需要，返回执行步骤S405；
具体地，RRU对请求下载指令的响应包括该RRU自身的软件版本，BBU确定RRU自身的软件版本与升级包对应的新软件版本不一致时，确定RRU需要下载升级包，否则，确定RRU不需要下载升级包。
步骤S408，向RRU下发升级包，其中该RRU接收该升级包后利用升级包进行升级，并将升级结果通过升级响应返回给BBU；
具体地，可以通过一个单线程FTP连接向一个RRU发送升级包。
步骤S409，根据RRU返回的升级响应，确定RRU是否升级成功，若升级成功，执行步骤S411，若升级失败，执行步骤S410；
步骤S410，确定是否达到设定重复下载次数，若未达到设定重复下载次数，返回步骤S408，重新向所述RRU下发所述升级包，若达到设定重复下载次数，执行步骤S411；
设定重复下载次数可以根据需要设定，优先地，设定范围在0～3，如设定2次，允许三次下载。
步骤S411，记录此RRU的升级结果，释放此RRU下载升级包时占用的资源，返回执行步骤S403；
步骤S412，统计RRU升级结果，并上报，升级包下载过程结束；
步骤S413，向成功下载升级包的RRU下发激活指令，所述RRU接收到所述激活指令时，激活利用升级包升级后的新软件版本。
如果有RRU升级失败，可以进行告警，建议人工干预排障后再进行以下激活步骤。
在激活步骤，具体可以待业务量较少的时候，上级管理站下发批量RRU激活指令到BBU，BBU才执行激活步骤。本实施例中为了避免RRU进行级联组网时，出现因上一级RRU提前复位，而下面级联的RRU未能激活新软件版本，导致下面级联的RRU短时间无法与BBU通信问题，步骤S413中激活步骤，如图5所示，具体包括以下步骤：
步骤S501，确定BBU上连接有RRU的光口表；
RRU通过光口与BBU连接，一个光口上可能连接有一个RRU，也可能级联有多个RRU。
步骤S502，对用不同光口与所述BBU连接的多个RRU，并行下发所述激活指令，且同一光口上级联多个RRU时，按级数由大到小的顺序，待下一级RRU成功激活新软件版本后，向上一级RRU下发所述激活指令；
步骤S503，接收RRU返回的激活响应，根据激活响应的结果执行S504或S505；
步骤S504，确定所述RRU未成功激活所述新软件版本，且未达到设定重复下发激活指令次数时，重新向所述RRU下发激活指令；
步骤S505，确定RRU成功激活新软件版本，或未成功激活且达到设定重复下发激活指令次数时，记录激活结果。
本实施例中BBU根据全部RRU下载统计结果中成功的RRU进行激活时，多个光口上的RRU并行激活，同光口上应当只激活一个RRU，一个光口级联的多个RRU时，按RRU级数由大到小激活，本实施例中的所述级数由RRU在OM(Operation Maintenace，操作维护)通道中所在的级数确定。即对于分担、主备、环形组网情形时，以RRU在OM通道中级数为准。如图6所示为RRU光纤组网的示意图，图中存在环形组网，但由于OM通道所在的光纤不会存在环形，所以确定RRU在OM通道的级数，按由远及近的顺序进行激活。
依照本发明的实施2中，提供一种控制远端射频单元RRU远程升级的装置，如图7所示，包括：
升级包下发单元701，用于针对BBU所连接的各个预升级的RRU，分别执行以下步骤：确定正在下载升级包的RRU所占用的总资源量；当所述总资源量不大于设定资源量时，向需要升级的RRU发送升级包；
激活指令下发单元702，用于确认需要升级的RRU成功下载升级包后，向成功下载升级包的各个RRU下发激活指令，所述激活指令用于指示RRU激活利用升级包升级后的新软件版本。
升级包下发单元701确定正在下载升级包的RRU所占用的总资源量大于设定资源量时，等待至正在下载升级包的RRU所占用的总资源量不大于设定资源量时，向所述RRU发送请求下载指令。
为了避免级联组网中出现上级RRU提前激活复位影响下级RRU通信的问题，优先地，所述激活指令下发单元702，，具体用于对用不同光口与所述BBU连接的多个RRU，并行下发所述激活指令；且同一光口上级联多个RRU时，按级数由大到小的顺序，待下一级RRU成功激活新软件版本后，向上一级RRU下发所述激活指令。所述激活指令下发单元702所参照的级数由RRU在OM通道中所在的级数确定。本发明实施例中的上述控制RRU远程升级的装置优选集成在BBU中。
为了实现升级结果和激活结果统计，优先地，该装置还包括：
重复下发升级包单元703，用于根据RRU返回的升级响应，确定所述RRU升级失败，且未达到设定重复下载次数时，重新向所述RRU下发所述升级包；升级结果记录单元704，用于确定所述RRU升级成功，或所述RRU升级失败且达到设定重复下载次数时，记录升级结果。及
重新下发激活指令单元705，用于根据RRU返回的激活响应，确定所述RRU未成功激活所述新软件版本，且未达到设定重复下发激活指令次数时，重新向所述RRU下发激活指令；激活结果记录单元706，用于确定所述RRU成功激活所述新软件版本，或未成功激活所述新软件版本且达到设定重复下发激活指令次数时，记录激活结果。
优选地，该装置还包括：
请求下载指令下发单元707，用于向BBU连接的RRU发送请求下载指令；
确定升级单元708，用于根据所述RRU对请求下载指令的响应，确定所述RRU自身的软件版本与升级包对应的新软件版本不一致时，确定所述RRU需要下载升级包。
升级包下发单元701通过一个单线程FTP向一个RRU发送升级包，具体用于根据FTP的带宽限制，确定FTP下载限制的最大FTP单线程连接数；确定当前的FTP单线程连接数未达到所述最大FTP单线程连接数时，确定正在下载升级包所占用的资源量不大于设定资源量。
利用本发明实施例提供的控制RRU远程升级的方法及装置，遵循Ir接口规范，无需复位BBU，即可完成RRU升级；可以缩减RRU升级造成的业务退服时间；实现升级包文件下载流控，避免批量升级引起网络拥堵；实现RRU升级的过程及结果统计。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (12)
1.一种控制远端射频单元RRU远程升级的方法，其特征在于，包括：
基带处理单元BBU针对所连接的各个预升级的RRU，分别执行以下步骤：
通过一个单线程FTP向一个需要升级的RRU发送升级包，根据FTP的带宽限制，确定FTP下载限制的最大FTP单线程连接数；
确定当前的FTP单线程连接数未达到所述最大FTP单线程连接数时，确定正在下载升级包的RRU所占用的总资源量不大于设定资源量，向需要升级的RRU发送升级包；
确定当前的FTP单线程连接数达到所述最大FTP单线程连接数时，确定正在下载升级包的RRU所占用的总资源量大于设定资源量，采用FTP进行流量控制，等待至FTP单线程连接数小于所述最大FTP单线程连接数，向需要升级的RRU发送升级包；
BBU确认需要升级的RRU成功下载升级包后，向成功下载升级包的各个RRU下发激活指令，所述激活指令用于指示RRU激活利用升级包升级后的新软件版本。
2.如权利要求1所述的方法，其特征在于，所述向成功下载升级包的RRU下发激活指令，具体包括：
对用不同光口与所述BBU连接的多个RRU，并行下发所述激活指令；且
同一光口上级联多个RRU时，按级数由大到小的顺序，待下一级RRU成功激活新软件版本后，向上一级RRU下发所述激活指令。
3.如权利要求2所述的方法，其特征在于，所述级数由RRU在操作维护OM通道中所在的级数确定。
4.如权利要求1或2所述的方法，其特征在于，所述向需要升级的RRU下发升级包后，还包括：
根据RRU返回的升级响应，确定所述RRU升级失败，且未达到设定重复下载次数时，重新向所述RRU下发所述升级包；
确定所述RRU升级成功，或所述RRU升级失败且达到设定重复下载次数时，记录升级结果。
5.如权利要求1或2所述的方法，其特征在于，所述向成功下载升级包的RRU下发激活指令后，还包括：
根据RRU返回的激活响应，确定所述RRU未成功激活所述新软件版本，且未达到设定重复下发激活指令次数时，重新向所述RRU下发激活指令；
确定所述RRU成功激活所述新软件版本，或未成功激活所述新软件版本且达到设定重复下发激活指令次数时，记录激活结果。
6.如权利要求1或2所述的方法，其特征在于，所述向需要升级的RRU发送升级包，具体包括：
向RRU发送请求请求下载指令；
根据所述RRU对请求请求下载指令的响应，确定所述RRU自身的软件版本与升级包对应的新软件版本不一致时，确定所述RRU需要下载升级包，并向所述RRU发送升级包。
7.一种控制远端射频单元RRU远程升级的装置，其特征在于，包括：
升级包下发单元，用于针对BBU所连接的各个预升级的RRU，分别执行以下步骤：通过一个单线程FTP向一个需要升级的RRU发送升级包，根据FTP的带宽限制，确定FTP下载限制的最大FTP单线程连接数；确定当前的FTP单线程连接数未达到所述最大FTP单线程连接数时，确定正在下载升级包的RRU所占用的总资源量不大于设定资源量，向需要升级的RRU发送升级包；确定当前的FTP单线程连接数达到所述最大FTP单线程连接数时，确定正在下载升级包的RRU所占用的总资源量大于设定资源量，采用FTP进行流量控制，等待至FTP单线程连接数小于所述最大FTP单线程连接数，向需要升级的RRU发送升级包；
激活指令下发单元，用于确认需要升级的RRU成功下载升级包后，向成功下载升级包的各个RRU下发激活指令，所述激活指令用于指示RRU激活利用升级包升级后的新软件版本。
8.如权利要求7所述的装置，其特征在于，所述激活指令下发单元，具体用于对用不同光口与所述BBU连接的多个RRU，并行下发所述激活指令；且同一光口上级联多个RRU时，按级数由大到小的顺序，待下一级RRU成功激活新软件版本后，向上一级RRU下发所述激活指令。
9.如权利要求8所述的装置，其特征在于，所述激活指令下发单元所参照的级数由RRU在操作维护OM通道中所在的级数确定。
10.如权利要求7或8所述的装置，其特征在于，还包括：
重复下发升级包单元，用于根据RRU返回的升级响应，确定所述RRU升级失败，且未达到设定重复下载次数时，重新向所述RRU下发所述升级包；
升级结果记录单元，用于确定所述RRU升级成功，或所述RRU升级失败且达到设定重复下载次数时，记录升级结果。
11.如权利要求7或8所述的装置，其特征在于，还包括：
重新下发激活指令单元，用于根据RRU返回的激活响应，确定所述RRU未成功激活所述新软件版本，且未达到设定重复下发激活指令次数时，重新向所述RRU下发激活指令；
激活结果记录单元，用于确定所述RRU成功激活所述新软件版本，或未成功激活所述新软件版本且达到设定重复下发激活指令次数时，记录激活结果。
12.如权利要求7或8所述的装置，其特征在于，还包括：
请求请求下载指令下发单元，用于向BBU连接的RRU发送请求请求下载指令；
确定升级单元，用于根据所述RRU对请求请求下载指令的响应，确定所述RRU自身的软件版本与升级包对应的新软件版本不一致时，确定所述RRU需要下载升级包。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010205656.9A CN102281554B (zh) | 2010-06-11 | 2010-06-11 | 一种控制rru远程升级的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010205656.9A CN102281554B (zh) | 2010-06-11 | 2010-06-11 | 一种控制rru远程升级的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102281554A CN102281554A (zh) | 2011-12-14 |
| CN102281554B true CN102281554B (zh) | 2014-01-01 |
Family
ID=45106668
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010205656.9A Active CN102281554B (zh) | 2010-06-11 | 2010-06-11 | 一种控制rru远程升级的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102281554B (zh) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103457968B (zh) * | 2012-05-31 | 2016-09-28 | 中国银联股份有限公司 | 一种部署云服务的方法和系统 |
| CN102761621A (zh) * | 2012-07-17 | 2012-10-31 | 中兴通讯股份有限公司 | 版本升级方法、装置及系统 |
| CN103687088B (zh) * | 2012-09-03 | 2018-09-11 | 南京中兴软件有限责任公司 | 一种射频拉远单元自动配置的方法、系统和装置 |
| CN103049294B (zh) * | 2012-12-25 | 2016-05-04 | 大唐移动通信设备有限公司 | 一种网元软件升级的方法和装置 |
| CN103905322B (zh) * | 2012-12-26 | 2017-06-23 | 上海贝尔股份有限公司 | 一种用于经由ptn实现数据传输的方法和设备 |
| CN103391215A (zh) * | 2013-05-20 | 2013-11-13 | 江苏物联网研究发展中心 | 一种基于链状网的远程软件下载与更新方法、装置及系统 |
| CN104811759B (zh) * | 2015-04-01 | 2018-08-03 | 深圳市九洲电器有限公司 | 机顶盒动态升级方法及系统 |
| CN107733522B (zh) * | 2017-10-19 | 2020-12-15 | 北京全路通信信号研究设计院集团有限公司 | 一种lte-r环形网络系统 |
| CN109814892B (zh) * | 2017-11-22 | 2021-11-19 | 华为技术有限公司 | 设备升级方法、装置及系统、存储介质 |
| CN109840102B (zh) * | 2017-11-27 | 2020-10-09 | 大唐移动通信设备有限公司 | 一种Rhub软件升级处理方法及装置 |
| CN111200515B (zh) * | 2018-11-20 | 2022-12-06 | 中国移动通信集团内蒙古有限公司 | 告警处理方法及装置 |
| CN109526017B (zh) * | 2018-12-31 | 2022-06-03 | 超讯通信股份有限公司 | 一种分布式小基站的升级方法及系统 |
| CN112486537B (zh) * | 2020-12-04 | 2024-11-22 | 京信网络系统股份有限公司 | 前传系统的升级处理方法和系统 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100479372C (zh) * | 2003-06-22 | 2009-04-15 | 华为技术有限公司 | 终端设备的软件自动升级方法 |
| WO2006066612A1 (en) * | 2004-12-24 | 2006-06-29 | Telecom Italia S.P.A. | Method and system for upgrading the software of a telecommunication terminal, in particular of a video telephone, and relatted computer program product |
| CN100562159C (zh) * | 2007-04-23 | 2009-11-18 | 中兴通讯股份有限公司 | 无线通信系统中级联方式连接的被管理模块的升级方法 |
| CN100514943C (zh) * | 2007-05-24 | 2009-07-15 | 中国联合网络通信集团有限公司 | 一种即时消息客户端升级管理方法及系统 |
| CN101442764A (zh) * | 2007-11-23 | 2009-05-27 | 中兴通讯股份有限公司 | 远端节点的版本升级方法 |
-
2010
- 2010-06-11 CN CN201010205656.9A patent/CN102281554B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN102281554A (zh) | 2011-12-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102281554B (zh) | 一种控制rru远程升级的方法及装置 | |
| EP3629166B1 (en) | Processing system, update server and method for updating a processing system | |
| KR100663538B1 (ko) | 무선 단말에 있어서 델타 파일에 따른 무선(ｏｔａ)소프트웨어 업그레이드 시스템 및 방법 | |
| CN107666693B (zh) | 终端路径转移、控制终端状态转换的方法、终端及基站 | |
| EP3151607B1 (en) | Fpga-based self-adaption method and apparatus for remote radio unit (rru) interface protocol | |
| CN101577901B (zh) | 一种无线接入平台及其设备升级管理系统与方法 | |
| US20120240197A1 (en) | Managing Tethered Data Traffic Over a Hotspot Network | |
| JP5367163B2 (ja) | リモート無線周波数ユニットの発見及びトポロジ構成の建立のシステム及び方法 | |
| CN110139369B (zh) | 一种数据传输方法、装置、终端及网络侧设备 | |
| CN104951321A (zh) | 一种修改系统配置的方法及装置 | |
| CN107181618A (zh) | 固件升级方法及系统 | |
| CN111142905A (zh) | 一种ota升级方法、ota服务器及ota升级系统 | |
| CN102075985A (zh) | Rtr单板的版本升级方法及装置 | |
| CN100391289C (zh) | 移动通信系统中远程子系统升级的方法 | |
| CN104105220A (zh) | 支持双连接的方法和装置 | |
| US11265730B2 (en) | Data processing method adapted to access network architecture, access network architecture system and storage medium | |
| CN110602688A (zh) | 终端软件升级方法和升级系统 | |
| KR100417816B1 (ko) | 에프피지에이 이이피롬의 무선 업그레이드 장치 및 방법 | |
| CN110336697B (zh) | 一种dmr手台空口写频的方法及系统 | |
| CN101360291A (zh) | 一种多待机终端及其固件更新方法及装置 | |
| JP3906735B2 (ja) | 車載通信システム | |
| CN102511156A (zh) | 一种设备软件升级的方法和装置 | |
| CN101170817B (zh) | 用于减小分组业务控制信道信息负荷的方法 | |
| CN106165527A (zh) | 通信设备、通信方法和存储介质 | |
| CN113726538B (zh) | 文件加载方法、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |