专利名称：一种实现网元升级的方法和装置的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种实现网元升级的方法和装置。
背景技术：
电信等通信网络中的网元通常由 一个操作维护单元(OMU),以及若干个 单板组成，其中，所述OMU用于提供所在网元的操作维护功能，例如，为各 单板提供数据和/或软件版本，以及设置各单板的参数等；而各种单板则负责 网元业务功能的处理。
通常，现有的网元升级的方法为首先将网元中OMU的软件和数据升级 到新版本，然后，所述OMU将下载得到的各单板的新版本和数据文件分别加 载到各单板的緩存(FLASH)中，同时指令各单板从各自的FLASH中加载并 初始化新版本的软件，同时加载数据文件，并配置本地数据和相关的传输资 源，然后各单板重新启动后，按照新的软件版本重新建立业务。
然而，在进行本发明创造过程中，发明人发现背景技术中至少存在如下 问题
由于现有网络中的网元在升级新版本时， 一般都需要经过上述若干个过 程，而在这段升级时间内单板上正在运行的业务都要中断。并且只有等到网 元中的全部单板都重新建立好业务后，网元才能够恢复业务的正常运行。而 这些过程的时间比较长，因此业务中断的时间会很长。同时，由于不同类型 的单板在升级时往往不会达到完全同步，因此，例如当在配置相关的传输资 源时，往往需要单板A配合单板B才能完成单板B的配置，那么所述单板B 则只能等到单板A完成配置后，才能在所述单板A的配合下实现自身配置。 因此，这又增加了单板B的配置等待时间，从而延长了网元的业务中断的时 间。
可见，在目前尤其现有的通信产品往往会因为通信协议标准的版本升级， 新增功能，缺陷修改等经常发布的新版本，会经常频繁地升级网元，因而需 要经常中断业务。而每次中断业务的时间过长将会影响业务正常运行的稳定 性和可靠性，将无法达到客户和电信运营商的要求。
发明内容
本发明实施例的目的在于提供一种实现网元升级的方法和装置，以能够 在网元升级时，尽可能地缩短业务中断的时间，提高业务的可靠性和稳定性。
本发明实施例提供的一种实现网元升级的方法，包括
将网元设备中处于业务运行状态的单板划分为第 一类，将处于空闲状态 的单板划分为第二类；
升级所述第二类单板，并在升级完成后接管所述第一类中相应单板上正 在运行的业务；
升级所述第一类单板。
本发明实施例还公开了 一种用于实现网元升级的装置，包括
划分单元，用于将网元设备中处于业务运行状态的单板划分为第 一类， 将处于空闲状态的单板划分为第二类；
升级单元，用于4艮据所述划分单元中的划分，升级所述第二类单板；
业务控制单元，用于在得知所述升级单元中的所述第二类单板升级完成 后，将所述第一类单板上正在运行的业务转移到升级后的第二类中相应单板 上，并指令所述升级单元对所述第一类单板进行升级。
与现有技术相比，本发明实施例具有以下优点
由于本发明在网元升级时，通过将网元设备中的单板按照业务运行状态 预先将单板分类，交替升级，交替运行业务。这样，当先对空闲状态的第二 类单板升级时，可以不影响正在运行业务的第一类单板。并且当所述第一类 单板进行升级时，已经升级完毕的第二类单板又可以接管正在运行的业务。 因此，通过本发明实施例，避免了因对网元中的所有单板升级而导致的业务
长时间中断，缩短了业务中断的时间间隔，能够在不影响网元的软件版本升 级的前提下，提高了业务运行的稳定性和可靠性。
图1为本发明一种方法实施例的流程示意框图2为本发明另一种方法实施例的流程示意框图； 图3为本发明一种装置实施例的结构示意框图； 图4为本发明另一种装置实施例的结构示意框图； 图5为本发明又一种装置实施例的结构示意框图。
具体实施例方式
下面结合附图对本发明实施例的具体实施方式
做进一步的详细阐述。
如图l所示，为本发明一种实现网元升级的方法实施例的流程示意框图， 该方法能够在网元设备升级时，通过将网元设备中的单板根据自身的业务状 态分成两类，交替升级来尽可能地缩短在单板升级的过程中业务中断的时间。 本实施例所述方法包括
S101:在升级前，将网元设备中处于业务运行状态的单板划分为第一类， 将处于空闲状态的单板划分为第二类；
S102:当网元设备开始升级时，首先升级所述处于空闲装置的第二类单 板，并在升级完成后接管所述处于业务运行状态的第一类中相应单板上正在 运行的业务；
其中，所述接管所述第一类相应单板上的业务可通过配置与所述第 一类 中具有相同业务功能的相应单板上该业务的传输资源，建立业务。
S103,当所述第二类单板都建立完成相应的业务，即所述第二类单板都 成功接管了所述第一类中相应单板的业务后，升级所述第一类单板。
同时，本发明实施例还提供的一种实现网元升级的方法，如图2所示， 为本发明另 一种方法实施例的流程示意框图，该实施例能够将网元设备中的 单板根据业务状态具体划分成主用平面和备用平面，使得网元设备在升级时，
能够对主用单板和备用单板交替升级，并交替运行业务。该方法包括
S201:在升级前，将网元设备中处于业务运行状态的单板划分为第一类， 将处于空闲状态的单板划分为第二类。
其中，为了便于区分，本申请将两类分别称为主用平面和备用平面。在 本实施例中，可以将处于业务运行状态的第一类单板划分到主用平面，将处 于空闲状态的单板第二类单板划分到备用平面。当然，反之亦然。
其中，由于根据网元设备的业务重要性，不同的网元单板的配置方式不 同，例如对于包含主备单板的网元设备，对于重要业务的单板通常设有1: 1 的温备份，或者为1 + 1的热备份。其中，所述1: 1温备盼是指只有主用单 板接收和发送消息，如果主用单板发生故障，则备用单板再开始收发消息； 而1 + 1热备份是指主备用单板都可以接收和发送消息。
此时，可以将主用单板划分到主用平面，将备用单板划分到备用平面。 还例如，对于提供了资源池功能的网元设备，该设备中相同类型的单板组成 一个资源池，当其中一个单板出现故障，以便使用资源池中的其他单板接替 故障单板的业务。对于这种情况，可以将同一个资源池中的一半单板划分到 主用平面，另一半单板划分到备用平面。
需要说明的是本发明中将网元设备中的单板划分到主、备用平面的方 法并不限于上述列举的。划分的目的在于尽量使当前没有业务运行的单板先 升级，因此通常将空闲状态的单板划分到最先升级的一类中。当然，如果划 分到备用平面上的某个单板上也有业务正在运行时，则还可通过闭塞所述单 板，将所述备用单板上的业务迁移到主用平面中的具有实现相同业务功能的 单板上，从而使备用平面中的所述单板处于空闲状态。
S202:当网元设备开始升级时，首先将网元设备中OMU的软件和数据文 件升级到最新版本。其中，可以通过物理连接以点对点的形式升级所述OMU。
S203:所述OMU在升级为新版本后，将新版本文件中包含的各单板的软 件和数据文件分别加载到所在网元中相应的各个单板上的如FLASH等緩存中。
S204:所述OMU按照上述S101中预置的分类结果，-先升级处于空闲状 态的一类单板，即本实施例中的备用平面的单板。此时，所述OMU复位所述 备用平面中的单板。其中，所述复位可具体为通过向所述单板发送触发指令， 来触发该单板启动升级。
S205:所述单板在硬件初始化的过程中，向所述OMU发送引导协议 (BOOTP)请求消息，请求所述OMU提供升级所需的相应配置信息。
S206:所述OMU在收到所述单板的BOOTP请求消息后，将所述单板的 IP地址信息、软件版本信息、以及所述单板处于备用平面等信息随同BOOTP 应答消息， 一起发送给所述单板。
S207:所述单板在收到所述BOOTP应答消息后，才艮据该消息携带的相关 信息，将自身设置为指定的IP地址，并且按照该消息中指定的软件版本信息， /人自身的FLASH中加载并初始化相应版本的软件，同时设置为备用平面状 态。同时，所述备用单板从所述FLASH中加栽本版数据文件，并配置本地数 据。
其中，所述单板设置为备用平面状态的目的在于能够在该单板升级完 毕后处于待命状态，即除了与所述OMU和主用平面的单板有操作维护通道， 以便提供操作维护功能外，不处理业务功能。
S208:所述OMU当检测到备用平面中有单板处于待命状态后，复位主用 平面中与所述单板业务类型对应的单板，触发升级主用平面中的所述单板； 同时还指令所述备用平面中的单板解除备用平面状态。之后，所述OMU清除 自身预置的对各单板的主、备用平面的划分。
其中，所述检测备用单板是否处于待命状态的方法可以是备用单板主 动向所述OMU通知该单板处于待命状态；或者还可以是所述OMU定时查询 备用单板是否处于待命状态。
其中，所述主用平面中的单板的升级的流程方式与上述备用平面中单板 的升级的流程方式相同，在此不再赘述。当所述主用平面上的单板升级完成
后，可处于待命状态，此时所述主用单板可以先不配置与业务相关的传输资 源。 .
S209:所述备用平面的单板当收到所述OMU的解除备用平面状态的指令 后，配置与该单板业务相关的传输资源，建立业务。直到所述网元中的所有 业务都建立后，所述网元恢复自身的业务功能。
上述实施例中，通过将网元设备中的单板根据业务状态划分成主用平面 和备用平面两类，使得网元设备在升级时，能够对主用单板和备用单板交替 升级，并交替运行业务。这样，由于只有在上述S208中从开始复位主用平面 的单板，到S209中备用平面的单板建立好业务以前的这段时间内，业务发生 中断，而其余的时间都不会影响业务的正常运行，因此本发明实施例缩短了 业务中断的时间间隔，能够在不影响网元设备升级的前提下，提高了业务运 行的稳定性和可靠性。
此外，需要说明的是网元设备可以根据软件版本类型划分资源池，也 可以根据版本号划分资源池。当网元设备是根据版本号划分的资源池时，那 么当单板升级完毕后，由于单板的版本号已经变更为最新的，因此，此时所 述单板有可能不再属于原来的资源池，而划分到与当前最新版本号对应的资 源池中。
此外，上述S208中，所述OMU还可以当检测到所述网元设备的备用平 面中的所有单板都处于待命状态后，再复位主用平面的单板，同时通知备用 平面中的所有单板都解除备用平面状态。这样，在执行所述S209中所述备用 平面中的单板建立业务时，能够避免因各备用单板数据配置不同步，导致在 建立业务时互相等待。因此，通过同步所有备用平面中的单板的运行进程， 能够进一步地缩短业务中断的时间。
此外，上述S201是在升级前预先分类，然后上述S204根据所述S201中 的分类结果分别升级。此外还可以在升级前先不进行分类，而是在上述S204 中，再执行所述S201中的分类，然后再根据类别执行后续的升级等动作。
基于上述技术方案，本发明实施例还公开了一种用于实现网元升级的装 置，所述装置可集成在网元设备中，能够在网元设备升级时，通过将网元设
备中的单板根据自身的业务状态分成两类，交替升级来尽可能地缩短在单板
升级的过程中业务中断的时间。如图3所示，为本发明一种装置实施例的结 构示意框图，所述装置包括划分单元301、升级单元302、业务控制单元303， 其中，
所述划分单元301,用于将网元设备中处于业务运行状态的单板划分为第 一类，将处于空闲状态的单板划分为第二类；其中，为了便于区分，本申请 将两类分别称为主用平面和备用平面。在本实施例中，可以将处于业务运行 状态的第 一类单板划分到主用平面，将处于空闲状态的单板第二类单板划分 到备用平面。反之亦然。如果划分到备用平面上的某个单板上也有业务正在 运行时，则还可通过闭塞所述单板，将所述备用单板上的业务迁移到主用平 面中的具有实现相同业务功能的单板上，从而使备用平面中的所述单板处于 空闲状态。
所述升级单元302,用于根据所述划分单元301中的划分，升级所述第二 类单板；其中，所述升级包括升级自身系统的软件版本以及本地配置数据， 在升级过程中，还需将自身设置为备用平面状态，以便能够在该单板升级完 毕后处于待命状态，而不处理业务功能。
所述业务控制单元303,用于在得知所述升级单元302中的所述第二类单 板升级完成后，触发升级主用平面中的单板；同时还指令所述升级后的单板 解除备用平面状态，使得该单板能够配置传输资源，建立业务，以便将所述 第 一类单板上正在运行的业务转移到升级后的第二类中相应单板上。同时还
指令所述升级单元302对所述第一类单板进行升级。
上述实施例中，通过所述划分单元301将网元设备中的单板根据业务状 态划分成主用平面和备用平面两类，使得网元设备在升级时，所述升级单元 302能够对主用单板和备用单板交替升级，并交替运行业务。因此本发明实施 例缩短了业务中断的时间间隔，能够在不影响网元设备升级的前提下，提高 了业务运行的稳定性和可靠性。
在上述图3所示装置实施例的基础上，本发明还公开了一种装置结构示 意框图，如图4所示，该装置在上述装置实施例的基础上，所述升级单元302包括
触发单元3021,用于根据所述划分单元301中的划分，触发升级所述备 用平面的单板；
请求单元3022,用于当得知所述触发单元3021对备用平面单板的升级触 发后，请求OMU提供备用平面中单板升级所需的相应配置信息。其具体的请 求可具体为向所述OMU发送？ 1导协议(BOOTP )请求消息，请求所述OMU 提供升级所需的相应配置信息。所述OMU在收到所述请求消息后，将所述单 板的IP地址信息、软件版本信息、以及所述单板处于备用平面等信息随同 BOOTP应答消息， 一起发送给所述请求单元3022。
升级子单元3023，用于根据所述请求单元3022所请求得到的配置信息将 自身设置为指定的IP地址，并且按照该消息中指定的软件版本信息，从自身 的FLASH中加载并初始化相应版本的软件，同时设置为备用平面状态。同时， 所述备用单板还从所述FLASH中加载本版数据文件，并配置本地数据。
与此同时，本发明还公开了一种装置实施例，该装置实施例能够在等备 用平面中的所有单^1都升级完毕后，再升级主用平面中的单板。如图5所示， 该装置在上述图3或图4所示装置实施例的基础上，还可包括才艮告单元501, 用于通知所述升级单板已经升级完毕；其中，所述装置的业务控制单元303 包括
获取单元3031,用于当根据所述报告单元501的通知获知所述备用平面 中的所有单板都升级完毕后，发送业务转移指令；
转移单元3032,用于当收到所述获取单元3031的业务转移指令后，配置 备用平面中单板上与该单板业务相关的传输资源，建立业务，并指令所述升 级单元302对主用平面上的单板进行升级。其中，所述升级单板302对主用
在此不再赘述。
该装置实施例能够在等备用平面中的所有单板都升级完毕后，再升级主 用平面中的单板，进而能够避免因各备用单板数据配置不同步，导致在建立
业务时互相等待，能够进一步地缩短业务中断的时间。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明 的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或 者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络 单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例 方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以 理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发 明可借助软件加必需的通用石更件平台的方式来实现，当然也可以通过石更件， 但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案 本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，
该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，
包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者 网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何 在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本 发明的保护范围之内。
权利要求
1、一种实现网元升级的方法，其特征在于，包括将网元设备中处于业务运行状态的单板划分为第一类，将处于空闲状态的单板划分为第二类；升级所述第二类单板，并在升级完成后接管所述第一类中相应单板上正在运行的业务；升级所述第一类单板。
2、 如权利要求1所述的实现网元升级的方法，其特征在于，将所述第二 类单板划分到备用平面，将所述第 一类单板划分到主用平面；所述升级第二类单板具体包括所述备用平面的单板在被触发升级后，请求操作维护单元OMU提供升级 所需的相应配置信息；所述备用平面的单板根据所述配置信息加载指定版本的软件，并配置指 定的本地数据。
3、 如权利要求2所述的实现网元升级的方法，其特征在于，所述接管所 述第 一类中相应单板上正在运行的业务具体包括所述OMU指令所述备用平面的单板配置与该单板业务相关的传输资源， 建立业务。
4、 如权利要求1至3中任一项所述的实现网元升级的方法，其特征在于， 在执行所述接管动作之前还包括所述OMU检测所迷备用平面中的所有单板是否都升级完毕，若是，则执 行所述接管动作。
5、 如权利要求2所述的实现网元升级的方法，其特征在于，在执行所述 接管动作之后还包括所述OMU清除对各单板的主、备用平面的划分。
6、 一种用于实现网元升级的装置，其特征在于，包括划分单元，用于将网元设备中处于业务运行状态的单板划分为第 一类，将处于空闲状态的单板划分为第二类；升级单元，用于根据所述划分单元中的划分，升级所述第二类单板；业务控制单元，用于在得知所述升级单元中的所述第二类单板升级完成 后，将所述第一类单板上正在运行的业务转移到升级后的第二类中相应单板 上，并指令所述升级单元对所述第一类单板进行升级。
7、 如权利要求6所述的用于实现网元升级的装置，其特征在于，所述第 二类单板属于备用平面，所述第一类单板属于主用平面，所述升级单元包括触发单元，用于根据所述划分单元中的划分，触发升级所述备用平面的 单板；请求单元，用于当得知所述触发单元对备用平面单板的升级触发后，请 求OMU提供升级所需的相应配置信息;升级子单元，用于根据所述请求单元所请求得到的配置信息加载指定版 本的软件，并配置指定的本地数据。
8、 如权利要求7所述的用于实现网元升级的装置，其特征在于，所述装 置还包括净艮告单元，用于通知所述升级单板已经升级完毕； 所述业务控制单元包括获取单元，用于根据所述报告单元的通知当获知所述备用平面中的所有 单板都升级完毕后，发送业务转移指令；转移单元，用于当收到所述获取单元的业务转移指令后，配置备用平面 中单板上与该单板业务相关的传输资源，建立业务，并指令所述升级单元对 主用平面上的单板进行升级。
9、 如权利要求6所述的用于实现网元升级的装置，其特征在于，所述装 置集成在所述网元i殳备中。
全文摘要
本发明实施例公开了一种实现网元升级的方法包括将网元设备中处于业务运行状态的单板划分为第一类，将处于空闲状态的单板划分为第二类；升级所述第二类单板，并在升级完成后接管所述第一类中相应单板上正在运行的业务；升级所述第一类单板。同行，本发明实施例还公开了一种用于实现网元升级的装置。通过对分类后的单板交替升级，来避免因对网元中的所有单板同时升级而导致的业务长时间中断，本发明实施例提供的方案能够在不影响网元的软件版本升级的前提下，缩短业务中断的时间间隔，提高业务运行的稳定性和可靠性。
文档编号H04M3/22GK101179624SQ20071017097
公开日2008年5月14日 申请日期2007年11月22日 优先权日2007年11月22日
发明者朱湘毅 申请人:上海华为技术有限公司