CN101420329A - 通信系统升级的方法及通信系统 - Google Patents

Abstract

本发明涉及一种通信系统升级的方法及通信系统，方法包括：升级后台程序；在前台单板的新版本程序从后台加载到前台单板后，将所述前台单板划分为主平面单板和备平面单板；复位所述备平面单板；所述备平面单板成功启动后，复位所述主平面单板；所述主平面单板启动；所述备平面单板进行配置恢复。系统包括后台、前台单板，所述前台单板的主用主控单板将所述前台单板划分为主平面单板和备平面单板。上述方案中，通信设备系统通过将前台单板划分主备平面，并先复位升级备平面，再复位升级主平面，减少了系统升级中的业务中断时间。

Description

通信系统升级的方法及通信系统

技术领域

本发明涉及通信技术领域，尤其涉及一种通信系统升级的方法及通信系统。

背景技术

通信系统是一个典型的多机分布式实时处理系统，即各个子系统分工、协同工作，共同完成通信实体间的信息输入、处理、输出等交互功能，由通信系统存在的一个主控系统来实现对整个通信系统的监控、维护等功能。通信系统中大多单板都是备份模式或者资源池模式。模式即备份单板(BackupBoard)模式。通信系统中很多单板是备份的，主板工作，备板起到保护备份的作用。若主板故障，备板则倒换升主，继续工作，达到通信业务不中断的目的。资源池(Resource Pool)模式被通信系统中的某些子系统采用，使得当一个子系统故障时，还有别的子系统可用。

一般来讲，系统运行过程中，所有单板、子系统都使用的是统一配套版本。然而在系统运行维护过程中，需要修复一些错误(bug)，或者实现一些新的需求，所以往往需要用新的版本代替旧的版本，这就是系统升级(SystemUpgrade)的过程。也就是说，系统升级是指将系统由一个软件版本更新为另一个新版本。系统升级过程中，业务中断时间是系统升级的一个重要指标，要求业务中断时间尽可能短。

现有技术中，系统升级过程包括：

升级后台程序；

将前台单板新版本程序从后台加载到前台单板；

复位系统，前台单板以新版本启动，完成升级。

后台即指控制器的操作维护单元(Operations & Maintenance Unit，OMU)或操作维护板(Operations & Maintenance board)。前台指非OMU的单板。

在实现本发明的过程中，发明人发现现有技术至少存在以下缺陷：复位系统后，业务中断，要等所有单板子系统启动、配置恢复后才能重建。但是，前台单板中的非主控板需要等待主控板启动配置恢复完成后，才能配置恢复，因此，业务中断时间很长。

发明内容

本发明实施例提出了一种通信系统升级的方法及通信系统，以减少系统升级中的业务中断时间。

本发明实施例提供了一种通信系统升级的方法，包括：

升级后台程序；

在前台单板的新版本程序从后台加载到前台单板后，将所述前台单板划分为主平面单板和备平面单板；

复位所述备平面单板；

所述备平面单板成功启动后，复位所述主平面单板；

所述主平面单板启动；

所述备平面单板进行配置恢复。

本发明实施例还提供了一种通信系统，包括后台、前台单板，其中，所述后台升级时，所述前台单板的新版本程序从所述后台加载到前台单板，所述前台单板的主用主控单板将所述前台单板划分为主平面单板和备平面单板；所述备平面单板复位并成功启动后，所述主平面单板复位；所述主平面单板启动后，所述备平面单板进行配置恢复。

上述方案中，通信系统通过将前台单板划分主备平面，并先复位升级备平面，再复位升级主平面，节省了升级过程中的单板加载、启动、配置的时间，从而总体减少了系统升级业务中断时间。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为本发明通信系统升级的方法实施例一的流程图；

图2为本发明通信系统升级的方法实施例二的流程图；

图3为本发明通信系统升级的方法实施例三的流程图；

图4为本发明通信系统实施例的结构示意图。

具体实施方式

图1为本发明通信系统升级的方法实施例一的流程图，包括：

步骤11、升级后台程序。

步骤12、在前台单板的新版本程序从后台加载到前台单板后，将前台单板划分为主平面单板和备平面单板。

本发明实施例中，可以将主用单板、独立单板、资源池单板等划分为主平面单板，可以将复位不影响业务的备用单板划分为备平面单板。

步骤13、复位备平面单板。

步骤14、备平面单板成功启动后，复位主平面单板，使备平面单板升主；如有备平面单板启动失败，则需停止升级，排查故障。这时，业务还没有中断。为防止系统异常，备平面单板启动后不能进行配置恢复。

本步骤中，所述备平面单板升主是指备用单板升级为主用板。

步骤15、主平面单板复位，并启动。

步骤16、所述备平面单板进行配置恢复。

本步骤可包括：

所述备平面单板中的备用主控单板(SCU)启动成功后进行配置恢复；即，所述备平面单板启动成功后，备用SCU首先进行配置恢复；

所述备平面单板中的备用业务板在所述主平面单板成功启动后进行配置恢复。

上述步骤11之前还可包括：检查通信系统中影响升级的故障，以进一步减少系统升级业务中断时间。

上述步骤16之后还可包括：所述主平面单板进行配置恢复。

本实施例中，通信系统通过将前台单板划分主备平面，先复位升级备平面，再复位升级主平面，节省了升级过程中的单板加载、启动、配置的时间，从而总体节约了系统升级业务中断时间。

图2为本发明通信系统升级的方法实施例二的流程图，包括：

步骤21、升级前一段时间，比如可以为1周，系统检查所有可能影响系统升级时会影响业务的故障，即做一次内部健康检查，如发现问题，便有充足的时间进行故障处理，及时得到排查，从而不会影响后续的升级。

步骤22、可选地，升级开始前，再做一次健康检查，如无问题，执行步骤23；如有问题，则中断升级，进行排查，排查完毕后，继续执行步骤23。

步骤23、升级后台程序。

步骤24、将前台单板的新版本程序从后台加载到前台单板。

步骤25、将前台单板划分为主备两个平面，主平面单板为所有影响到当前业务运行的单板，可包括主用单板、独立单板、资源池单板等；备平面单板可为不影响当前业务运行的备用单板。

步骤26、先复位所有备平面单板，备平面以新版本启动。如有备平面单板启动失败，则需停止升级，排查故障。这时，由于业务有主板操作，所以，通信系统中的语音或者数据业务不受备平面单板复位的影响，不会中断。为防止系统异常，备平面单板启动后暂不进行配置恢复。

步骤27、待所有备平面单板启动成功后，再复位主平面单板。

步骤28、主平面单板复位时，备平面单板升主，进行启动配置恢复，同时并行的独立单板和资源池单板子系统启动成功进行配置恢复，然后业务建立。

系统中各单板运行过程中包括非升级过程等所有过程中，要检查收到的消息的源单板的版本号是否和本板一致，如不一致，需丢弃此消息不处理，防止不同版本的消息导致系统异常。

图3为本发明通信系统升级的方法实施例三的流程图。以华为控制器产品BSC6900为例，假设该产品系统中，前台单板可包括前台主用SCU、前台备用SCU、主用业务板及备用业务板，系统当前运行A版本，升级到B版本的过程包括：

步骤301、可选地，进行健康检查，如果不正常，则提示让用户决定排查故障还是继续升级。

步骤302、安装OMU备区为B版本。

步骤303、OMU同步单板FLASH备区，将新版本加载到前台单板的FLASH备区中；包括：前台主用SCU、前台备用SCU、主平面业务备板及平面业务板加载FLASH备区。

步骤304、切换OMU主区为B版本。

步骤305、OMU向前台主用SCU发送复位备平面消息。

步骤306、前台主用SCU收到OMU的复位备平面消息后，划分主备平面单板即将前台主用SCU、主用业务板划分为主平面单板；前台备用S

CU、备用业务板划分为备平面单板。

步骤307、前台主用SCU划分完主备平面单板后，复位备平面单板。

步骤308、前台主用SCU向所有备平面单板包括前台备用SCU及备用业务板发送单板复位指示消息；所有备平面单板返回响应消息。

步骤309、前台备用SCU及备用业务板复位、启动。同时，OMU周期查询是否所有备平面单板启动成功。

步骤310、前台备用SCU及备用业务板向前台主用SCU发送带版本号的开工告警，前台主用SCU告诉用户备用板已经启动开工了。

步骤311、前台主用SCU比较版本，若版本不一致，则前台主用SCU不修改槽位表、子系统表。

步骤312、前台主用SCU向上报开工告警的单板返回开工响应，告知版本不一致。

步骤313、前台备用SCU及备用业务板关闭备份通道，以防止主备单板由于版本不一致进行备份。并且，前台备用SCU按照主板启动配置，即前台备用SCU可以从数据文件中读数据进行启动配置，就像前台主用SCU一样，而备用业务板不启动配置，是因为启动配置数据从前台主用SCU获取，而前台主用SCU此时还是旧版本，版本不一致，配置可能出问题。

步骤314、前台主用SCU收到所有备平面的开工告警后，告知OMU。

步骤315、OMU向主平面单板发送复位主平面单板指示消息，即先发给前台主用SCU，前台主用SCU收到后再向所有主平面单板发送复位指示(图3简化，未示出)。

步骤316、主平面单板复位，业务中断。前台主用SCU复位主用业务板后，再自己复位。主用业务板复位时，备用业务板升为新的主用业务板，平滑，并打开备份通道。前台主用SCU复位时，前台备用SCU升为新的前台主用SCU，并进行数据配置或设置即平滑，打开备份通道。

步骤317、原来的主平面单板复位后，备平面单板自动升主，原主平面单板再启动后，成为新的备平面单板。

步骤318、新的前台主用SCU备用业务板重发开工告警上报给OMU，显示给用户；OMU返回告警响应。新的主用业务板重发开工告警给新的前台主用SCU，新的前台主用SCU响应开工告警。

步骤319、新的备平面单板包括新的前台备用SCU及新的备用业务板启动，并发送开工告警给新的前台主用SCU。新的前台主用SCU在版本号一致的情况下，返回响应给发送开工告警的新的备平面单板，并对其启动配置。

步骤320、新的前台主用SCU转发开工告警，并指示新的主用业务板启动配置交互过程。

步骤321、新的主用业务板启动配置。

步骤322、新的前台备用SCU启动配置。

步骤323、新的备用业务板启动配置，包括分布处理单元(Distributed processing unit，DPU)板中数字信号处理器(Digital Signal Processor，DSP)的启动。

此时，系统完成升级，业务按照新的系统版本建立。

本实施例中，通过关闭备平面单板的备份通道进一步保证了系统升级的顺利进行，从而进一步减少了系统升级过程中的业务中断时间。

本发明实施例通信系统可包括：后台、前台单板。其中，后台升级时，前台单板的新版本程序从后台加载到前台单板，前台单板的主用SCU将前台单板划分为主平面单板和备平面单板；备平面单板复位并成功启动后，主平面单板复位；主平面单板启动后，备平面单板进行配置恢复。本实施例中通信系统的具体升级详见上述方法实施例。

本系统实施例通过将前台单板划分主备平面，并先复位升级备平面，再复位升级主平面，节省了升级过程中的单板加载、启动、配置的时间，从而总体减少了系统升级业务中断时间。

图4为本发明通信系统实施例的结构示意图。通信系统中包括：后台41、前台单板42，前台单板42包括前台主用SCU 43、主用业务板44、前台备用SCU 45、备用业务板46。其中，前台主用SCU 43用于在后台41程序升级及前台单板42的新版本程序从后台加载到前台单板42后，将前台单板42划分为主平面单板和备平面单板；并复位备平面单板；备平面单板成功启动后，复位主平面单板。主平面单板包括前台主用SCU 43、主用业务板44；备平面单板包括前台备用SCU 45、备用业务板46。前台主用SCU 43还用于复位备平面单板；并在备平面单板成功启动后，复位主平面单板。前台备用SCU 45在启动的情况下进行配置恢复。备平面单板在主平面单板复位时升主；主平面单板及备用业务板46在主平面单板启动的情况下进行配置恢复。

本实施例中，前台主用SCU 43还用于接收并响应备平面单板的开工告警；备平面单板还用于在与前台主用SCU 43返回的开工告警响应消息中的版本号不一致的情况下闭备份通道；前台备用SCU 45还用于在关闭备份通道的情况下进行配置恢复。

上述方法及系统实施例中，通信系统通过将前台单板划分主备平面，并先复位升级备平面，再复位升级主平面，节省了升级过程中的单板加载、启动、配置的时间，从而总体节约了系统升级业务中断时间。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (15)

1、一种通信系统升级的方法，其特征在于，包括：

升级后台程序；

在前台单板的新版本程序从后台加载到前台单板后，将所述前台单板划分为主平面单板和备平面单板；

复位所述备平面单板；

所述备平面单板成功启动后，复位所述主平面单板；

所述主平面单板启动；

所述备平面单板进行配置恢复。

2、根据权利要求1所述的通信系统升级的方法，其特征在于，在所述升级后台程序之前还包括：

检查通信设备系统升级故障。

3、根据权利要求1或2所述的通信系统升级的方法，其特征在于，所述备平面单板启动失败的情况下，停止升级，排查故障。

4、根据权利要求1或2所述的通信系统升级的方法，其特征在于，所述备平面单板成功启动后，还包括：

所述备平面单板接收所述主平面单板中主用主控单板响应开工告警返回的响应消息；

所述备平面单板关闭备份通道。

5、根据权利要求4所述的通信系统升级的方法，其特征在于，所述备平面单板关闭备份通道的同时还包括：所述备平面单板中的备用主控单板进行配置恢复。

6、根据权利要求1或2所述的通信系统升级的方法，其特征在于，所述备平面单板进行配置恢复包括：

所述备平面单板中的备用主控单板启动成功后进行配置恢复；

所述备平面单板中的备用业务板在所述主平面单板成功启动后进行配置恢复。

7、根据权利要求1或2所述的通信系统升级的方法，其特征在于，所述备平面单板进行配置恢复之后还包括：

所述主平面单板进行配置恢复。

8、根据权利要求1或2所述的通信系统升级的方法，其特征在于，所述备平面单板进行配置恢复之前还包括：

系统升级过程中，所有单板丢弃接收到的版本号与本板不一致的消息。

9、一种通信系统，包括后台、前台单板，其特征在于，所述后台升级时，所述前台单板的新版本程序从所述后台加载到前台单板，所述前台单板的主用主控单板将所述前台单板划分为主平面单板和备平面单板；所述备平面单板复位并成功启动后，所述主平面单板复位；所述主平面单板启动后，所述备平面单板进行配置恢复。

10、根据权利要求9所述的通信系统，其特征在于，所述备平面单板启动失败的情况下，停止升级，排查故障。

11、根据权利要求9或10所述的通信系统，其特征在于，所述备平面单板成功启动后，接收所述主用主控单板响应开工告警返回的响应消息，关闭备份通道。

12、根据权利要求11所述的通信系统，其特征在于，所述备平面单板中的备用主控单板在关闭备份通道的同时进行配置恢复。

13、根据权利要求9或10所述的通信系统，其特征在于，所述备平面单板进行配置恢复包括：

所述备平面单板中的备用主控单板启动成功后进行配置恢复；

所述备平面单板中的备用业务板在所述主平面单板成功启动后进行配置恢复。

14、根据权利要求9或10所述的通信系统，其特征在于，所述主平面单板在所述备平面单板进行配置恢复之后进行配置恢复。

15、根据权利要求9或10所述的通信系统，其特征在于，所述前台单板在所述备平面单板进行配置恢复之前丢弃接收到的版本号与本板不一致的消息。

Images