CN112486537A

CN112486537A - 前传系统的升级处理方法和系统

Info

Publication number: CN112486537A
Application number: CN202011412220.7A
Authority: CN
Inventors: 陆剑
Original assignee: Comba Telecom Systems China Ltd
Current assignee: Comba Network Systems Co Ltd
Priority date: 2020-12-04
Filing date: 2020-12-04
Publication date: 2021-03-12

Abstract

本公开涉及通信技术领域，本公开提供一种前传系统的升级处理方法和系统，通过BBU按照预设顺序向前传系统的网元发送升级请求，接收到升级请求的网元依次启动内部屏蔽操作，上述网元获取全量升级包，执行升级操作，并向BBU上报升级结果，BBU根据网元上报的升级结果，按照所述预设顺序向前传系统的网元发送重启请求，从而，使得前传系统的各网元在升级过程中不会相互干扰，提升了前传系统的升级效率。

Description

前传系统的升级处理方法和系统

技术领域

本公开涉及通信技术领域，尤其涉及一种前传系统的升级处理方法和系统。

背景技术

为了提高网络的服务质量，通常需要进行网络升级，传统的网络升级一般是针对单个网元的升级，其主要实现为：单个网元接收上一级控制单元的指令，执行下载软件包，更新软件包，加载软件包，上报软件包的更新结果。

然而，在5G以及5G以后的网络环境下，前传系统可能由多级网元组网，其通常要求具备完整、高效的升级功能和系统更新功能。由于前传系统的多级性和上下级网元的在数字链路、监控链路的通信的性能要求，其升级需要做到快速、准确和前后兼容，升级过程中前传系统的网元之间能够相互不干扰。

因此，需要提供一种适应上述前传系统的升级方法。

发明内容

为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种前传系统的升级处理方法和系统。

一方面，本公开提供一种前传系统的升级处理方法，

BBU按照预设顺序向前传系统的网元发送升级请求；其中，所述升级请求用于指示所述网元进行升级；所述网元包括：FPGA编解码加速单元、DSP基带处理授时单元和至少一个扩展单元，所述预设顺序为依次从所述至少一个扩展单元、DSP基带处理授时单元到FPGA编解码加速单元的顺序，其中，所述扩展单元为至少两个时，至少两个扩展单元按照与BBU的距离由远而近的顺序；

接收到所述升级请求的网元依次启动内部第一屏蔽操作，所述屏蔽操作用于屏蔽第一操作，所述第一操作为非升级相关的操作；

所述网元获取升级包，执行升级操作；

所述网元向BBU上报升级结果；

所述BBU根据所述网元上报的升级结果，按照所述预设顺序向所述前传系统的网元发送重启请求，所述重启请求用于指示所述网元重启。

可选的，所述BBU按照预设顺序向前传系统的网元发送升级请求之后，所述网元获取升级包，执行升级操作之前，还包括：

所述BBU启动对所述网元的第二屏蔽操作，所述第二屏蔽操作用于屏蔽第二操作，所述第二操作为非升级相关的操作。

可选的，所述BBU根据所述网元上报的升级结果，按照所述预设顺序向所述前传系统的网元发送重启请求，包括：

所述BBU接收到所有网元上报的升级结果后，按照所述预设顺序向所述前传系统的网元发送重启请求；

或者，

所述BBU接收到至少一个网元上报的升级结果为升级失败后，按照所述预设顺序向所述前传系统的网元发送重启请求。

可选的，所述方法还包括：

所述网元升级后首次重启，确定是否与上级网元连接成功；

如果与上级网元连接成功，则对升级后的文件进行备份；

如果与上级网元连接失败，则将文件回退到升级前的文件。

可选的，所述方法还包括：

在部分网元上报的升级结果为升级失败时，BBU向网元发送版本切换请求，以使所述各网元将文件切换回升级前的文件。

可选的，所述升级请求中包含下载路径和升级包的名称；

所述网元获取升级包，包括：

所述网元根据所述下载路径获取所述升级包的名称对应的升级包，所述升级包中包含所述网元对应的升级文件；

解析所述升级包，获取所述网元对应的升级文件。

可选的，所述升级请求中还包括：用户名和密码；

所述网元根据所述下载路径获取所述升级包的名称对应的升级包之前，还包括：

通过所述用户名和密码登陆为合法用户。

可选的，所述升级请求中还包括升级类型；

所述执行升级操作包括：

按照所述升级类型对应的升级操作流程执行升级操作。

另一方面，本公开提供一种前传系统的升级处理系统，包括：

BBU和至少三个网元，所述BBU和所述至少三个网元用于执行第一方面所述的方法。

可选的，所述至少三个网元为FPGA编解码加速单元、DSP基带处理授时单元和至少一个扩展单元。

本公开提供了的前传系统的升级处理方法和系统，通过BBU按照预设顺序向前传系统的网元发送升级请求，接收到升级请求的网元依次启动内部屏蔽操作，上述网元获取全量升级包，执行升级操作，并向BBU上报升级结果，BBU根据网元上报的升级结果，按照所述预设顺序向前传系统的网元发送重启请求，从而，使得前传系统的各网元在升级过程中不会相互干扰，提升了前传系统的升级效率。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本公开的前传系统的一种架构示意图；

图2为本公开提供的前传系统的结构示意图；

图3为本公开提供的一种前传系统的升级处理方法的流程示意图；

图4为本公开提供的另一种前传系统的升级处理方法的流程示意图；

图5为本公开提供的再一种前传系统的升级处理方法的流程示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

本公开的下述各实施例的描述的技术方案可以应用于5G或者5G以后的前传系统的升级处理中，对此，本公开不做限制，其中，一种前传系统的架构图如图1所示，图1为本公开的前传系统的一种架构示意图，室内基带处理单元(Building Base band Unite，BBU)与前传系统的网元通信连接，该前传系统包括但不限于如下网元以及网元与BBU之间连接的相关配套设备，例如接口链路或者接口板等，网元例如：现场可编程门阵列(Field-Programmable Gate Array，FPGA)编解码加速单元、数字信号处理(Digital SignalProcessing，DSP)基带处理授时单元和至少一个扩展单元，其中，每个扩展单元挂载至少一个远端单元。图2为本公开提供的前传系统的结构示意图，其中，扩展单元未示出，其中，BBU可以通过X86服务器实现，BBU用于业务用例模型包括广播系统信息、移动性管理、终端接入、数据传输、寻呼终端、双连接，基站管理和载波聚合管理，FPGA编解码加速单元通过高速外设部件互连总线(Peripheral Component Interconnect-Express，PCI-E)插槽插入X86服务器，用于实现物理层比特级加速处理，时钟同步等功能，其中，FPGA编解码加速单元板上中央处理器(central processing unit，CPU)对FPGA编解码加速单元的软件和硬件进行管理和维护，FPGA编解码加速单元板上的FPGA配合X86服务器完成全球导航卫星系统(Global Navigation Satellite System，GNSS)同步、1588v2同步和外部输入秒脉冲(Pulse Per Second，PPS)PPS+天时间(Time of Day，TOD)同步，FPGA完成物理信号处理；DSP基带处理授时单元通过PCI-E插槽或者输入/输出(Input/Output，IO)接口插入X86服务器，实现X86服务器和前传系统连接的接口、实现时钟传输等功能。DSP基带处理授时单元和FPGA编解码加速单元相对应，FPGA编解码加速单元负责输入时钟到X86服务器，DSP基带处理授时单元负责输出时钟和监控信息到前传系统(前传指的是远端单元连接到BBU的部分，包括FPGA编解码加速单元、DSP基带处理授时单元、扩展单元和远端单元)，扩展单元用于将业务数据进行汇聚转发给远端单元和接收远端单元下行的相关业务数据传送给BBU，远端单元用于具体射频信号的发送和接收。

本公开通过将整个前传系统当成全量整体看待，实现前传系统在不同级数组网情况下，通过BBU集中控制前传系统各网元的升级顺序、升级方式和屏蔽策略，使得前传系统的各网元在升级过程中不会相互干扰，提升了前传系统的升级效率。

下面以几个实施例为例，对本公开的技术方案进行描述。

图3为本公开提供的一种前传系统的升级处理方法的流程示意图，如图3所示，本实施例的方法包括如下步骤：

S301：BBU按照预设顺序向前传系统的网元发送升级请求。

其中，前传系统的网元包括至少一个扩展单元、DSP基带处理授时单元和FPGA编解码加速单元。

上述预设顺序为依次从所述至少一个扩展单元距离BBU、DSP基带处理授时单元到FPGA编解码加速单元的顺序，其中，所述扩展单元为至少两个时，至少两个扩展单元按照与BBU的距离由远而近的顺序；

例如：按照扩展单元由远而近、DSP基带处理授时单元、FPGA编解码加速单元的顺序依次发送升级请求。

上述至少一个扩展单元按照相对BBU的距离设置级数，例如：可以按照由远到近的顺序设置级数，离BBU的距离越远，级数越大，离BBU的距离越近，级数越小。

例如：预设顺序可以为：扩展单元n->扩展单元n-1->……->扩展单元1->DSP基带处理授时单元->FPGA编解码加速单元，其中，扩展单元n离BBU最远，扩展单元1离BBU最近。

上述升级请求用于请求各网元进行版本上级，所述升级请求中包含：升级包的下载路径和升级包的名称。

其中，升级包存储在BBU本地，或者，存储在网管处，各网元可以根据下载路径获取到升级包的名称对应的升级包。

升级包可以为全量升级包，升级包中包含所述各网元对应的升级文件。

可选的，升级请求中还可以包含但不限于：用户名、密码或升级类型等。

各网元可以通过用户名和密码登陆为合法用户，在根据下载路径获取到升级包。

升级类型可以为全量升级、差分升级或补丁升级等，不同的升级类型对应不同的升级操作流程。

本公开以全量升级为例，升级请求中的升级类型可以为全量升级，则网元在升级时，采用全量升级对应的升级操作流程执行。当然升级类型也可以为空，例如：默认的升级类型就为全量升级，如果升级请求中未携带升级类型，则按照全量升级的方式进行升级，对此，本公开不做限制。

S302：接收到升级请求的网元依次启动内部第一屏蔽操作。

其中，内部第一屏蔽操作用于屏蔽第一操作，第一操作为非升级相关的操作。

可选的，第一操作可以是非升级相关的一切操作，也就是，网元在执行升级操作时，不执行其他操作。

第一操作也可以是非升级相关的部分操作，该部分操作可能会引起网元的重启，影响网元的正常升级。例如，第一操作包括但不限于：心跳检测、故障处理或者重启指令等。

接收到升级请求的网元通过启动内部屏幕操作，避免因非升级相关的操作引起网元的重启，对网元升级造成影响。

各网元是依次接收到升级请求的，网元在接收到升级请求后即启动内部第一屏蔽操作，因此，相当于各网元也是依次启动内部第一屏蔽操作的。

可选的，BBU侧也可以启动对网元的第二屏蔽操作。

其中，该第二屏蔽操作用于屏蔽第二操作，第二操作为非升级相关的操作，例如：第二操作包括但不限于：心跳检测、告警处理或者重启指令等。因为在网元升级的过程中，可能会导致上述操作异常，因此，可以在网元升级过程中，通过屏蔽对网元的第二操作，避免BBU对上述操作异常进行不必要的处理。例如，网元升级的过程中正常情况下会使网元短暂离线，这个时候网元的短暂离线属于正常现象，但是如果BBU未屏蔽心跳检测，则会认为网元处于异常状态，则会进行不必要的处理，如会上报网元的异常状态到运营商，浪费资源，使得运营商的体验不好，因此，可以通过在网元升级的过程中BBU启动对网元的屏蔽操作，实现节约处理资源，提高用户体验。

S303：上述网元获取升级包，执行升级操作，并向BBU上报升级结果。

各网元可以根据下载路径获取到升级包的名称对应的升级包。上述升级包为全量升级包，解析全量升级包，获取该网元对应的升级文件，采用全量升级对应的升级操作流程执行网元内部的升级。

一种可能的实现方式如下：

扩展单元n根据下载路径获取到升级包，解析全量升级包，获取到扩展单元和远端单元分别对应的升级文件，通过特定的方式向远端单元发送远端单元对应的升级文件，远端单元对应的升级文件可以为单个文件也可以为多个文件，每个扩展单元下可以挂载多个远端单元，扩展单元可以通过并行的方式向远端单元发送远端单元对应的升级文件，例如，通过广播的方式。扩展单元也可以通过串行的方式其挂载的多个远端单元依次发送远端单元对应的升级文件。远端单元向扩展单元n上报升级结果。扩展单元确定其下挂载的所有远端单元都升级成功后，则采用扩展单元对应的升级文件执行扩展单元n内部的升级，扩展单元n向BBU上报升级结果，如果扩展单元n确定其下挂载的远端单元有升级失败的，则终止扩展单元n的升级操作，扩展单元n向BBU上报升级结果。扩展单元n-1到扩展单元1执行上述与扩展单元n相同的操作。

FPGA编解码加速单元根据下载路径获取到升级包，解析全量升级包，获取到FPGA编解码加速单元对应的升级文件，采用全量升级对应的升级操作流程执行FPGA编解码加速单元内部的升级，并BBU上报升级结果。

DSP基带处理授时单元的升级操作与FECH类似，根据下载路径获取到升级包，解析全量升级包，获取到DSP基带处理授时单元对应的升级文件，采用全量升级对应的升级操作流程执行DSP基带处理授时单元内部的升级，并向BBU上报升级结果。

S304：BBU根据网元上报的升级结果，按照所述预设顺序向前传系统的网元发送重启请求。

按照预设顺序向前传系统的网元发送重启请求，以使前传系统的网元按照上述预设顺序依次重启。例如：按照扩展单元n->扩展单元n-1->扩展单元1->DSP基带处理授时单元->FPGA编解码加速单元的顺序，依次重启。

BBU发送重启请求的顺序与发送升级请求的顺序相同，在此，对于预设顺序的描述不再赘述。

各网元是依次接收到重启请求的，网元在接收到重启请求后即执行重启，因此，相当于各网元也是依次执行重启的。

可选的，在此步骤中，BBU可以是在接收到所有的网元上报的升级结果后，执行此步骤。BBU也可以是在接收到任一个网元上报的升级结果为升级失败时，即执行该步骤，也就是，有一个网元升级失败，BBU则执行此步骤，结束此次全量升级过程，可以进一步地降低资源的浪费。

重启后，所有的网元恢复正常的处理流程，也就是之前屏蔽的操作都恢复到屏蔽前的处理流程。

本实施例，通过BBU按照预设顺序向前传系统的网元发送升级请求，接收到升级请求的网元依次启动内部屏蔽操作，上述网元获取全量升级包，执行升级操作，并向BBU上报升级结果，BBU根据网元上报的升级结果，按照所述预设顺序向前传系统的网元发送重启请求，从而，使得前传系统的各网元在升级过程中不会相互干扰，提升了前传系统的升级效率。

在上述实施例中，网元重启后，如果网元升级成功，网元的文件则更新为升级后的文件，如果网元升级失败，网元的文件则为升级前的文件。

一种可能的实现方式为，如图4所示：

S305：网元升级后首次重启，确定是否与上级网元连接成功，如果与上级网元连接成功，则执行S306，如果与上级网元连接失败，则执行S307。

S306:对升级后的文件进行备份。

S307：回退到升级前的文件。

另一种可能的实现方式为，如图5所示：

如果部分网元升级失败，还可以包括：

S308：BBU向网管上报升级失败的升级结果。

S309：网管向BBU发送版本切换请求。

S310：BBU向网元发送版本切换请求。

各网元接收到版本切换请求后，将文件切换回升级前的文件。

上述实施例通过网元内部的版本回退，或者通过外部触发版本切换，以确保在升级失败后，系统仍然能够正常工作，保证业务的连续性，提高用户体验。

本公开还提供的一种前传系统的升级处理系统的实施例，如图1所示，本实施例的系统包括BBU和至少三个网元。其中，至少三个网元以一个DSP基带处理授时单元、一个FPGA编解码加速单元和N个扩展单元为例示出，N个扩展单元分别为扩展单元1……扩展单元n，n＝N，其中，N为大于等于1的整数。

本实施例所示系统用于执行图3-图5任一实施例所描述的方法，其实现原理和技术效果类似，此处不再赘述。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims

1.一种前传系统的升级处理方法，其特征在于，

室内基带处理单元BBU按照预设顺序向前传系统的网元发送升级请求；其中，所述升级请求用于指示所述网元进行升级；所述网元包括：现场可编程门阵列FPGA编解码加速单元、数字信号处理DSP基带处理授时单元和至少一个扩展单元，所述预设顺序为依次从所述至少一个扩展单元、DSP基带处理授时单元到FPGA编解码加速单元的顺序，其中，所述扩展单元为至少两个时，所述至少两个扩展单元按照与BBU的距离由远而近的顺序；

所述网元获取升级包，执行升级操作；

所述网元向BBU上报升级结果；

2.根据权利要求1所述的方法，其特征在于，所述BBU按照预设顺序向前传系统的网元发送升级请求之后，所述网元获取升级包，执行升级操作之前，还包括：

3.根据权利要求1或2所述的方法，其特征在于，所述BBU根据所述网元上报的升级结果，按照所述预设顺序向所述前传系统的网元发送重启请求，包括：

或者，

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

所述网元升级后首次重启，确定是否与上级网元连接成功；

如果与上级网元连接成功，则对升级后的文件进行备份；

如果与上级网元连接失败，则将文件回退到升级前的文件。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括：

6.根据权利要求1或2所述的方法，其特征在于，所述升级请求中包含下载路径和升级包的名称；

所述网元获取升级包，包括：

解析所述升级包，获取所述网元对应的升级文件。

7.根据权利要求6所述的方法，其特征在于，所述升级请求中还包括：用户名和密码；

通过所述用户名和密码登陆为合法用户。

8.根据权利要求7所述的方法，其特征在于，所述升级请求中还包括升级类型；

所述执行升级操作包括：

按照所述升级类型对应的升级操作流程执行升级操作。

9.一种前传系统的升级处理系统，其特征在于，包括：

室内基带处理单元BBU和至少三个网元，所述BBU和所述至少三个网元用于执行权利要求1-8任一项所述的方法。

10.根据权利要求9所述的系统，其特征在于，所述至少三个网元包括：现场可编程门阵列FPGA编解码加速单元、数字信号处理DSP基带处理授时单元和至少一个扩展单元。