CN102075985B - Rtr单板的版本升级方法及装置 - Google Patents

Abstract

本发明提供了一种RTR单板的版本升级方法及装置，该方法包括：RTR单板的上级主控板下载并保存用于RTR单板升级的版本文件；主控板向RTR单板分发版本文件；主控板向RTR单板发送激活通知，其中，激活通知用于指示RTR单板激活版本文件。通过本发明，采用将RTR单板的版本文件先分发到主控板，然后从主控板上获取版本文件，从而提高了版本分发的效率，缩短了版本升级时间。

Description

RTR单板的版本升级方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种RTR单板的版本升级方法及装置。

背景技术

随着通信技术的高速发展，无线通信网络已经成为人们日常工作和生活中必不可缺少的工具，而在通信网络设备上要求实现版本的快速升级、减少网络中断时间的需求也日趋强烈。

在版本管理模块原有设计中，RTR(RadioTransmitReceive，无线收发单元)作为SDR机型RRU(RemoteRadioUnit，远端射频单元)子系统的主控板，flash上存储自身和外围受控板的版本软件，同时负责自身与外围单板版本管理功能消息的处理和转发。

目前在网元单板版本升级过程中，版本分发往往是升级过程中占用时间比较多的操作，其中，占用分发总耗费时间很大比例的则是对RRU侧的版本分发，由于SDR机型的大量商用，并且通常是一个BBU(BaseBandUnit，基带单元)下挂多个RRU以及级联RRU，这样就需要创建大量的RRU版本的分发任务，分发占用时间非常多，而且成功率不高，从而大大影响了整个升级效率。

发明内容

本发明的主要目的在于提供一种RTR单板的版本升级方法，以至少解决上述RTR单板的版本升级效率低的问题。

根据本发明的一个方面，提供了一种RTR单板的版本升级方法，包括：RTR单板的上级主控板下载并保存用于RTR单板升级的版本文件；主控板向RTR单板分发版本文件；主控板向RTR单板发送激活通知，其中，激活通知用于指示RTR单板激活版本文件。

进一步地，RTR单板的上级主控板下载并保存用于RTR单板升级的版本文件之前，还包括：主控板接收来自后台的请求下载版本文件的下载请求消息。

进一步地，RTR单板的上级主控板下载并保存用于RTR单板升级的版本文件，包括：主控板根据下载请求消息判断自身是否保存有版本文件；如果否，则从版本服务器下载并保存版本文件。

进一步地，主控板向RTR单板分发版本文件，包括：主控板从数据库获取RTR单板的地址信息，并根据地址信息通知RTR单板下载版本文件；RTR单板响应通知从主控板下载版本文件。

进一步地，主控板向RTR单板发送激活通知之前，包括：主控板接收来自后台的请求激活版本文件的激活请求消息；主控板根据激活请求消息激活自身所保存的版本文件并将该版本文件设为默认版本文件。

进一步地，主控板向RTR单板发送激活通知之后，包括：RTR单板根据激活通知判断自身是否保存有需激活的版本文件；如果否，则从主控板下载并激活版本文件；如果是，则激活版本文件。

进一步地，RTR单板激活版本文件之后，还包括：RTR单板上电并运行激活版本文件；RTR单板向主控板上报版本更新请求消息；主控板响应版本更新请求消息，比较自身保存的RTR单板的默认版本文件与RTR单板运行的版本文件是否一致；如果否，RTR单板从主控板下载并激活默认版本文件。

根据本发明的另一方面，提供了一种RTR单板的版本升级装置，包括：下载单元，用于下载用于RTR单板升级的版本文件，并将版本文件保存在RTR单板的上级主控板中；分发单元，用于向RTR单板分发保存在主控板中的版本文件；通知单元，用于向RTR单板发送激活通知，其中，激活通知用于指示RTR单板激活版本文件。

进一步地，该装置还包括：接收单元，用于接收来自后台的请求下载版本文件的下载请求消息。

进一步地，下载单元还包括：判断模块，用于根据下载请求消息判断主控板是否保存有版本文件；下载模块，用于在主控板未保存有版本文件的情况下，从版本服务器下载并保存版本文件。

通过本发明，采用将RTR单板的版本文件先分发到主控板，然后从主控板上获取版本文件，从而提高了版本分发的效率，缩短了版本升级时间。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的RTR单板版本升级方法流程图；

图2是根据本发明实施例的RTR单板版本升级装置结构框图；

图3是根据本发明实施例的RTR单板版本升级装置模块框图；

图4A、4B是根据本发明实施例一的RTR单板版本升级方法流程图；

图5是根据本发明实施例二的RTR单板版本分发流程；

图6是根据本发明实施例二的RTR单板版本激活流程；以及

图7是根据本发明实施例二的RTR单板上电后更新版本流程。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1是根据本发明实施例的RTR单板版本升级方法流程图，如图1所示，包括以下步骤：

步骤S101，RTR单板的上级主控板下载并保存用于RTR单板升级的版本文件。

步骤S102，主控板向RTR单板分发版本文件；

步骤S103，主控板向RTR单板发送激活通知，其中，激活通知用于指示RTR单板激活版本文件。

在本实施例中，通过将RTR单板的版本文件先分发到主控板，然后从主控板上获取版本文件，从而提高了版本分发的效率，缩短了版本升级时间。

其中，在步骤S101之前还包括：主控板接收来自后台的请求下载版本文件的下载请求消息。主控板根据下载请求消息判断自身是否保存有版本文件；如果否，则从版本服务器下载并保存版本文件。

其中，步骤S102包括：主控板从数据库获取RTR单板的地址信息，并根据地址信息通知RTR单板下载版本文件；RTR单板响应通知从主控板下载版本文件。

其中，在步骤S103之前还包括：主控板接收来自后台的请求激活版本文件的激活请求消息；主控板根据激活请求消息激活自身所保存的版本文件并将该版本文件设为默认版本文件。

其中，在步骤S103之后还包括：RTR单板根据激活通知判断自身是否保存有需激活的版本文件；如果否，则从主控板下载并激活版本文件；如果是，则激活版本文件。

其中，RTR单板激活版本文件之后还包括：RTR单板上电并运行该版本文件；RTR单板向主控板上报版本更新请求消息；主控板响应版本更新请求消息，比较自身保存的RTR单板的默认版本文件与RTR单板运行的版本文件是否一致；如果否，RTR单板从主控板下载并激活默认版本文件。

图2是根据本发明实施例的RTR单板版本升级装置结构框图，如图2所示，包括：下载单元10、分发单元20和通知单元30。

其中，下载单元10，用于下载用于RTR单板升级的版本文件，并将版本文件保存在RTR单板的上级主控板中；分发单元20，用于向RTR单板分发保存在主控板中的版本文件；通知单元30，用于向RTR单板发送激活通知，其中，激活通知用于指示RTR单板激活版本文件。

在本实施例中，通过下载单元10将RTR单板的版本文件先下载到主控板，然后分发单元20将版本文件分发至RTR单板，从而提高了版本分发的效率，缩短了版本升级时间。

如图3所示，该RTR单板版本升级装置除包括上述实施例中的各单元外，还包括接收单元40，接收单元40用于接收来自后台的请求下载版本文件的下载请求消息。

在本实施例中，下载单元10包括判断模块101和下载模块102。其中，判断模块101，用于根据下载请求消息判断主控板是否保存有版本文件；下载模块102，用于在主控板未保存有版本文件的情况下，从版本服务器下载并保存版本文件。

实施例一

图4A和4B是根据本发明实施例一的RTR单板版本升级方法流程图，如图4A和4B所示，包括以下步骤：

步骤S401，后台版本管理模块发起对RTR单板的版本下载操作。

步骤S402，RTR上级主控板CC(CommunicationControl，通信控制模块)响应版本下载操作请求，并根据CC上RTR单板的版本信息文件接收并保存下载请求的文件并更新CC的RTR相应版本信息。

步骤S403，主控板CC向下级RRU子系统RTR单板发起广播，通知RTR单板更新下载的版本文件。

步骤S404，RTR单板响应CC的版本通知消息，并下载更新版本信息，保持RTR的版本信息和CC上一致。

步骤S405，后台版本管理模块发起对RTR单板的版本激活操作。

步骤S406，RTR上级主控板CC响应版本激活操作请求，更新CC的RTR相应版本信息的激活标志位。

步骤S407，主控板CC向下级RRU子系统RTR单板发起广播，通知RTR单板更新版本相关文件，以和CC上的激活版本保持一致。

步骤S408，RTR响应CC的版本激活通知消息，更新RTR的相应版本信息的激活标志位，此时如果文件不存在，会通过FTP协议从上级CC上获取后再更新激活标志。

步骤S409，复位RTR单板，RTR运行激活版本并成功上电。

步骤S410，RTR向上级主控板CC上报版本更新请求消息，如果在上报次数大于预定次数还没有收到CC响应消息，则转入步骤S416；否则执行步骤S411。

步骤S411，RTR上级主控板CC响应RTR的版本更新请求消息，比较自身存放RTR的激活版本和RTR上报的运行版本信息是否一致，如果一致则转步骤S415；如果不一致则转步骤S412。

步骤S412，RTR上级主控板CC发起RTR版本自动更新请求。

步骤S413，RTR响应自动更新请求，从CC上获取默认版本并激活、复位。

步骤S414，单板启动后，转入步骤S410。

步骤S415，CC发起CC上存储的RTR默认版本与RTR上报的默认版本一致的消息。

步骤S416，RTR停止上报版本请求消息，进入到Idle状态，等待处理其他业务。

在上述实施例一中，提供了一种RTR单板半受控的版本升级模式。该模式下RRU系统的版本存放在单板CC(作为BBU的主控板)的flash上，用户对RRU的版本管理操作直接在上级BBU上操作，并且与BBU的受控板相同，从用户角度来看，RRU完全是受控状态，这样分发时对于一个BBU下挂的多个RRU情况，只需要分发一份RRU所需的版本到上级BBU主控板便可，大大缩短了版本分发所占用时间，提高版本升级效率。

实施例二

下面结合附图分别对RTR单板版本升级过程中的版本分发、版本激活和上电后版本更新流程进行详细描述。

图5是根据本发明实施例二的RTR单板版本分发流程，如图5所示，实施例二的版本分发流程包括以下步骤：

步骤S501，版本下载请求，是由后台版本管理模块操作发起，带有RTR版本文件信息，消息发送到主控板CC版本管理进程的主进程；

步骤S502，主控板CC根据后台发起的分发版本文件信息，判断此文件是否在flash受控板目录上存在此文件，如果文件存在，则转步骤S503，否则进入步骤S504。

步骤S503，向后台提示版本已经存在，不需要下载，此次下载结束。

步骤S504，从版本服务器上获取版本文件并向后台返回进度信息，更新相关信息文件。

步骤S505，读取数据库获取CC上下辖的RTR的地址信息。

步骤S506，向后台返回下载结束消息。

步骤S507，CC根据RTR的地址信息，进行组播，通知RTR更新分发的版本文件。

步骤S508，RTR上版本管理进程判断组播的版本文件是否在RTR的flash存在，如果不存在，则进入步骤S510，否则进入步骤S509。

步骤S509，RTR上文件存在，RTR上更新结束。

步骤S510，RTR通过FTP从CC上获取版本文件并更新RTR上的版本信息。

在本实施例中，对于步骤S507到步骤S510，对用户来说是不可见，不会向用户返回操作结果，用户也不必要关心操作结果。

图6是根据本发明实施例二的RTR单板版本激活流程，如图6所示，实施例二的版本激活流程包括以下步骤：

步骤S601，版本激活请求，是由后台版本管理模块操作发起，带有RTR要激活的版本文件信息，消息发送到主控板CC版本管理进程的主进程；

步骤S602，CC根据后台发起的版本激活信息，激活对应的版本信息并向后台返回结果。

步骤S603：读取数据库获取CC上下辖的RTR的地址信息。

步骤604，CC根据RTR的地址信息，进行组播，通知RTR更新激活版本文件。

步骤S605，RTR上版本管理进程判断需要激活的版本文件是否在RTR的flash存在，如果不存在，则进入步骤S606，否则进入步骤S607。

步骤S606，RTR通过FTP从CC上获取版本文件并更新RTR上的版本信息。

步骤S607，激活版本文件。

在本实施例中，上述步骤S604至步骤S605对用户不可见，用户不用关心其操作结果。同时步骤S605及步骤S606，起到了当版本分发到CC后，组播时RTR单板没有响应或者获取文件失败的异常保证。

图7是根据本发明实施例二的RTR单板上电后更新版本流程，如图7所示，RTR上电后更新版本的步骤包括：

步骤S701，RTR上电后向CC请求版本更新。

步骤S702，CC响应RTR的版本更新请求，查找受控板目录下是否有RTR的激活版本，返回给RTR要激活的版本信息。

步骤S703，如果CC的激活版本与运行版本不一致，则从CC上获取版本文件信息并激活。

步骤S704，RTR复位，运行激活的新版本。

在本实施例中，RTR的上电自动更新版本流程再次保证了版本分发和版本激活操作对RTR单板的异常，使用RTR最终运行新版本。

在上述实施例二中，对RTR单板的版本分发和激活操作只需要在上级主控板CC上进行；RTR单板的版本及信息文件只需要存储在上级主控板CC单板上；分发和激活CC上RTR的版本时，会自动向其下辖的RTR单板更新RTR上本身的版本文件，RTR通过FTP协议获取CC上的版本文件，时间极快，并且这一部分对用户不可见，不用用户关心对RTR的操作结果；RTR单板复位上电后会再次向上级主控板CC上报版本及版本更新请求消息，达到运行新版本，快速升级的目的；RTR作为CC的受控板，版本存放和其他受控板一样，便于维护，如对存储版本进行查询，删除等操作。

在本发明的上述实施例中，所有RTR单板的版本文件都是通过后台先分发到主控板CC，然后从CC上获取，提高了版本分发的效率，缩短了版本升级时间；还提供了RTR单板复位后再次请求版本更新的功能，再次保证了版本升级的可靠性；在RTR版本分发和激活过程中，用户都不用关心RTR的操作结果，对用户来说降低了复杂度，减少了版本升级时用户的工作量；另外，RTR的版本文件和CC上的其他受控板存放一样，便于单板版本文件的维护。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (9)

1.一种无线收发单元RTR单板的版本升级方法，其特征在于，包括：

RTR单板的上级主控板下载并保存用于所述RTR单板升级的版本文件，其中，所述RTR单板位于RRU，所述主控板位于BBU；

所述主控板向所述RTR单板分发所述版本文件；

所述主控板向所述RTR单板发送激活通知，其中，所述激活通知用于指示所述RTR单板激活所述版本文件；

其中，所述主控板向所述RTR单板分发所述版本文件，包括：

所述主控板从数据库获取所述RTR单板的地址信息，并根据所述地址信息通知所述RTR单板下载所述版本文件；

所述RTR单板响应所述通知从所述主控板下载所述版本文件。

2.根据权利要求1所述的方法，其特征在于，RTR单板的上级主控板下载并保存用于所述RTR单板升级的版本文件之前，还包括：

所述主控板接收来自后台的请求下载所述版本文件的下载请求消息。

3.根据权利要求2所述的方法，其特征在于，RTR单板的上级主控板下载并保存用于所述RTR单板升级的版本文件，包括：

所述主控板根据所述下载请求消息判断自身是否保存有所述版本文件；

如果否，则从版本服务器下载并保存所述版本文件。

4.根据权利要求1所述的方法，其特征在于，所述主控板向所述RTR单板发送激活通知之前，包括：

所述主控板接收来自后台的请求激活所述版本文件的激活请求消息；

所述主控板根据所述激活请求消息激活自身所保存的所述版本文件并将该版本文件设为默认版本文件。

5.根据权利要求4所述的方法，其特征在于，所述主控板向所述RTR单板发送激活通知之后，包括：

所述RTR单板根据激活通知判断自身是否保存有需激活的所述版本文件；

如果否，则从所述主控板下载并激活所述版本文件；如果是，则激活所述版本文件。

6.根据权利要求5所述的方法，其特征在于，所述RTR单板根据来自所述主控板的激活通知激活所述版本文件之后，还包括：

所述RTR单板上电并运行所述版本文件；

所述RTR单板向所述主控板上报版本更新请求消息；

所述主控板响应所述版本更新请求消息，比较自身保存的所述RTR单板的默认版本文件与所述RTR单板运行的版本文件是否一致；

如果否，所述RTR单板从所述主控板下载并激活所述默认版本文件。

7.一种RTR单板的版本升级装置，其特征在于，包括：

下载单元，用于下载用于所述RTR单板升级的版本文件，并将所述版本文件保存在所述RTR单板的上级主控板中，其中，所述RTR单板位于RRU，所述主控板位于BBU；

分发单元，用于向所述RTR单板分发保存在所述主控板中的所述版本文件；

通知单元，用于向所述RTR单板发送激活通知，其中，所述激活通知用于指示所述RTR单板激活所述版本文件；

其中，所述分发单元向所述RTR单板分发保存在所述主控板中的所述版本文件包括：

所述主控板从数据库获取所述RTR单板的地址信息，并根据所述地址信息通知所述RTR单板下载所述版本文件。

8.根据权利要求7所述的装置，其特征在于，还包括：

接收单元，用于接收来自后台的请求下载所述版本文件的下载请求消息。

9.根据权利要求8所述的装置，其特征在于，所述下载单元还包括：

判断模块，用于根据所述下载请求消息判断所述主控板是否保存有所述版本文件；

下载模块，用于在所述主控板未保存有所述版本文件的情况下，从版本服务器下载并保存所述版本文件。