CN101212756B - 一种升级软件的方法和通信设备 - Google Patents
一种升级软件的方法和通信设备 Download PDFInfo
- Publication number
- CN101212756B CN101212756B CN2006101566182A CN200610156618A CN101212756B CN 101212756 B CN101212756 B CN 101212756B CN 2006101566182 A CN2006101566182 A CN 2006101566182A CN 200610156618 A CN200610156618 A CN 200610156618A CN 101212756 B CN101212756 B CN 101212756B
- Authority
- CN
- China
- Prior art keywords
- veneer
- software
- upgrade software
- master control
- activation
- 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
Images
Landscapes
- Hardware Redundancy (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及通信技术领域,尤其涉及一种升级软件的方法和通信设备,用以降低在进行软件升级时对业务的影响。在本发明中,将升级软件加载到各个单板;并且确定各个单板的升级软件激活顺序,并根据该顺序激活各个单板的升级软件,在激活该升级软件之前,承载有业务的单板继续执行其承载的业务。采用本发明实施例,可以顺序激活各个单板的升级软件,从而降低在进行软件升级时对业务的影响。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种升级软件的方法和通信设备。
背景技术
目前,基站等通信设备软件的升级分为软件加载和软件激活两个过程,下面以基站为例进行说明,其中:
软件加载是指软件从基站外部(例如:文件服务器)加载到基站内部各个单板的过程。
如果基站存在主控单板(即主控模块所在的单板),则基站所有的软件都可以先加载并保存在主控单板的永久存储器中;然后再从主控单板加载到基站内部其他各个单板上并保存在该单板的永久存储器中。
当然,在软件加载时也可以不保存在主控单板上而直接加载并保存在基站内部各个单板的永久存储器中。
如果加载的软件是压缩的,则还需要完成解压缩。
在软件加载过程中,单板是不需要进行复位操作的,因此,软件加载可以通过预留带宽,背景加载的方式来进行,如果当前带宽资源足够则不会影响系统业务,如果带宽资源受限则可能导致系统容量降低。目前,一般都可以通过为业务预留足够的带宽和背景加载来避免软件加载对业务的影响。
软件激活是指单板运行上述软件加载过程中加载到单板的新软件的过程。
在软件激活过程中,被激活的单板需要通过复位操作来运行新软件,这将导致该单板承载的业务中断,如果进行软件激活的是主控单板,则该软件激活过程将导致整个基站业务的中断。目前,在进行软件激活时,主要的手段是中断整个基站的业务,并对基站内的全部单板进行软件激活,在软件激活完成后,基站再重新接受业务,可见,采用这种手段进行软件激活对业务的影响是很大的,而在目前,用户对通信设备的可靠性要求都比较高,由于软件升级导致的系统服务中断已经成为基站设备可靠性无法满足用户需求的主要原因,随着运营商对基站设备可靠性要求的越来越高,如何在通信设备升级软件的过程中降低对业务的影响已经成为亟待解决的问题。
发明内容
本发明实施例提供一种升级软件的方法和通信设备,用以降低在进行软件升级时对业务的影响。
为了解决上述技术问题,本发明实施例提供了一种升级软件的方法,包括以下步骤:
将升级软件加载到各个单板;并且
以激活软件时影响的业务数量为参考,并且以小区为单位确定所述各个单板的升级软件激活顺序,并根据所述顺序激活所述各个单板的所述升级软件,在激活所述升级软件之前,承载有业务的单板继续执行其承载的业务。
本发明实施例还提供了一种通信设备,所述设备包括:
用于将升级软件加载到多个单板的模块;
用于以激活软件时影响的业务数量为参考,并且以小区为单位确定所述各个单板的升级软件激活顺序的模块;以及
用于根据所述顺序激活所述多个单板的所述升级软件,并且在激活所述升级软件之前,承载有业务的单板继续执行其承载的业务的模块。
在本发明实施例中,将升级软件加载到各个单板;并且确定各个单板的升级软件激活顺序,并根据该顺序激活各个单板的升级软件,在激活该升级软件之前,承载有业务的单板继续执行其承载的业务。由于各个单板的升级软件是顺序激活的,并且,在激活该升级软件之前,承载有业务的单板继续执行其承载的业务,即,相对于现有技术,本发明实施例不是中断基站业务来激活软件, 因此,采用本发明实施例,可以降低在进行软件升级时对业务的影响。
附图说明
图1为本发明实施例中对于一套配置为1+1备份的非主控单板的激活软件的流程图;
图2为本发明实施例中对于一套配置为N+1备份的非主控单板的激活软件的流程图;
图3为本发明实施例中对于无备份的非主控单板的激活软件的流程图;
图4为本发明实施例中通信设备示意图。
具体实施方式
本发明实施例中,将升级软件加载到各个单板;并且确定各个单板的升级软件激活顺序,并根据该顺序激活各个单板的升级软件,在激活该升级软件之前,承载有业务的单板继续执行其承载的业务。
下面结合附图对本发明实施例做进一步地描述。
在本实施例中,为单板进行的软件升级的分为软件加载和软件激活两个过程。下面以基站为例进行说明。在进行软件激活时,基站的主控模块可以根据各个单板的类型、配置情况和业务情况三者之一或者任意组合确定各个单板的软件激活顺序,并根据该顺序为各个单板激活软件,而不是中断基站业务来激活软件,从而降低在进行软件升级时对业务的影响。
该主控模块在具体实施时可以根据设定的算法来确定具体的激活顺序,也可以根据管理员的指定来确定具体的激活顺序。
确定该激活顺序的基本原则可以包括:
一、以激活软件时影响的业务数量为参考确定该各个单板的软件激活顺序;
在具体实现时,可以根据各个单板的类型、配置情况和业务情况三者之一 或者任意组合,以激活软件时影响的业务数量为参考确定各个单板的软件激活顺序,在确定该顺序时,应该保证在整个基站激活的过程中尽可能降低对业务的影响。
本条原则是指导性的原则,下面各条原则都应该符合本条原则的精神。
二、以小区为单位确定激活顺序;
分别为各个小区内部的单板确定激活顺序;
除了两个或者两个以上小区覆盖相同区域的情况,为各个小区的单板分别确定的激活顺序可以互相不影响。
对于两个或者两个以上小区共用的单板,可以只选择其中一个小区,作为该小区内的单板制定激活顺序,而不用在多个小区中分别制定激活顺序,从而不用多次重复激活软件,使得该单板的软件激活更加合理。
三、在两个或者两个以上小区覆盖相同区域时,依次激活为该覆盖相同区域的小区的单板的升级软件;
这样处理可以避免由于该覆盖相同区域的小区的单板同时激活软件而导致的该区域业务中断,对于覆盖区域不同的小区可以并发进行激活。
四、在一个小区内部,如果存在功能相同的多个单板,则该多个单板应当依次激活升级软件,以减少对该功能对应的业务的影响;功能不同的单板之间可以并发激活软件;
五、根据当前承载的业务和/或对新加入用户业务的预期来确定激活顺序;
根据对新加入用户业务的预期来确定激活顺序在具体实现时,可以根据激活软件的时间确定当前时间段的话务模型,根据该话务模型确定在该时段激活软件对新发起的用户业务的影响,并且综合权衡对当前承载的业务以及新发起的用户业务的影响,以获得最大收益。
六、根据是否有备份以及备份的类型确定激活顺序,具体包括以下几种情况:
1、对于一套配置为1+1(即一对一)备份的非主控单板;
一套1+1备份的单板是指为一个主用单板配置一个备用单板(处于备用状态的单板),在需要时,可以进行主备切换,将备用单板切换为主用单板承载业务。
一套配置为1+1备份的非主控单板激活软件的流程可以如图1所示,包括以下步骤:
步骤S101,对当前备用单板A进行软件激活;
由于备用单板不承载业务,因此,对备用单板A进行软件激活不会影响业务。
步骤S102,对当前的主用单板B进行闭塞(lock)操作;
通过lock单板可以使该单板不再提供相应的服务。闭塞具体有3种实现方式:immediately(立即)、time delay(延时)和shutdown(关闭),其中,shutdown方式表示令单板停止接受新的业务,并在其承载的业务完成后闭塞单板,在本实施例中,采用shutdown方式进行闭塞操作,不强制中断该单板的业务,以避免对该单板承载的业务造成强制中断的后果。
步骤S103,判断该闭塞操作是否成功,如果是,进行步骤S104,否则进行步骤S108;
步骤S104,强制进行主备切换;
步骤S105,判断该主备切换是否成功,如果是,进行步骤S106,否则进行步骤S108;
主备切换成功之后,之前的备用单板A成为了当前的主用单板,可以承载业务,并且,由于单板A在作为备用单板时已经进行了软件激活,因此,单板A已经软件升级成功;而主备切换成功之后,之前的主用单板B成为了当前的备用单板,不承载业务,可以进行软件激活而不会影响业务。
步骤S106,解闭塞(unlock)当前的备用单板B;
解闭塞是闭塞的反操作,通过解闭塞单板的操作可以使单板恢复提供相应服务的能力。解闭塞操作可以在软件激活完成后进行,也可以在激活前进行, 如果在激活完成后进行解闭塞操作,则需要该单板支持闭塞状态下的软件激活操作。
步骤S107,为当前的备用单板B激活软件,结束;
步骤S108,进行异常处理,结束。
2、对于一套配置为N+1(即多对一)备份的非主控单板;
一套N+1备份的单板是指为N个主用单板配置一个备用单板,在需要时,可以进行主备切换,将备用单板切换为主用单板承载业务。
一套N+1备份的单板激活软件的流程可以如图2所示,包括以下步骤:
步骤S201,对当前的备用单板进行软件激活;
步骤S202,选择该套单板中未激活软件的一个主用单板,对该主用单板进行闭塞操作;
在进行该选择时,可以选择任意一个未激活软件的单板,也可以根据承载的业务数量顺序进行选择,先选择承载的业务量最小的单板。
步骤S203,判断该闭塞操作是否成功,如果是,进行步骤S204,否则进行步骤S209;
步骤S204,强制进行主备切换;
步骤S205,判断该主备切换是否成功,如果是,进行步骤S206,否则进行步骤S209;
步骤S206,解闭塞当前的备用单板;
步骤S207,为当前的备用单板激活软件;
步骤S206和步骤S207没有一定的先后顺序,如果在激活完成后进行解闭塞操作,则需要该单板支持闭塞状态下的软件激活操作。
步骤S208,判断该套单板是否全部都进行了软件激活,如果是,直接结束;否则返回步骤S202;
步骤S209,进行异常处理,结束。
3、对于一套配置为N+M(即多对多)(N>1,M>1)备份的非主控单板;
一套N+M备份的单板是指为N个主用单板配置M个备用单板,在需要时,M个备用单板中的任意一个都可以与N个主用单板中的任意一个进行主备切换,将备用单板切换为主用单板承载业务。
在本实施例中,N>M,在N=M时,则变成N组1+1备份,参见情况2。
一套N+M备份的单板激活软件时,可以先激活M个备用单板的升级软件;然后,选择X(1≤X≤M)个主用单板进行主备切换,再激活切换后的备用单板的升级软件,直到该套单板全部激活升级软件为止。
4、对于一套采用负荷分担方式的非主控单板;
一套采用负荷分担方式的单板是指两个或者多个单板能够提供相同的功能,并且该套的各个单板都同时提供服务,且在其中一个单板不能提供服务(例如故障或者主动停止服务)时,该套单板的其他单板能够承担部分或者全部该不能提供服务的单板的能力。负荷分担情况下,系统提供的总能力大于实际需要的能力。
一套采用负荷分担方式的单板激活软件时,先选择一个单板并激活该单板的升级软件,然后,依次选择未激活升级软件的单板,与完成升级软件激活的单板进行切换,再激活完成切换且未激活升级软件的单板的升级软件。
可见,一套采用负荷分担方式的单板激活软件的流程和采用N+1备份方式的单板激活软件的流程相似。但是,在采用负荷分担方式时,单板激活软件时,系统的实际容量可能有小量下降,在选择一个单板进行闭塞时需要尽量避免对系统实际容量的影响。
在上述几种情况下,在每次进行选择时,可以优先选择该套单板中当前业务量最小的单板。
5、对于无备份的非主控单板,其激活软件的流程可以如图3所示,包括以下步骤:
步骤S301,判断是否满足设定的闭塞条件,如果是,进行步骤S302,否则返回步骤S301;
该闭塞条件也就是激活该无备份的非主控单板的激活条件。
该设定条件可以是当前处于根据统计值确定的业务量最小的时段;或者
检测到当前业务量小于设定阈值,在具体实现时,可以在当前无业务时为该无备份的非主控单板激活软件。
步骤S302,对该单板进行闭塞;
步骤S303,判断该闭塞是否成功,如果是,进行步骤S304,否则,进行步骤S306;
步骤S304,为该单板激活软件;
步骤S305,解闭塞该单板,结束;
在本流程中,一定是先进行步骤S304再进行步骤S305。
步骤S306,进行异常处理,结束。
在小区内同时配置有功能相同的有备份的单板和无备份的单板时,可以先判断为无备份的单板设定的激活条件是否满足,如果是,先激活无备份的单板,否则,先激活有备份的单板。
6、对于采用1+1备份的主控单板,在设计时,可以设计主控单板不参与业务流程或者设计主控单板参与业务流程;
在设计主控单板参与业务流程时,该主控单板需要支持1+1热备份,来保证在进行主备切换时不会影响其承载的业务;其中,热备份是指备用单板与主用单板的输入完全相同,并且其处理流程与主用设备完全一致,热备份下的切换是实时的,用户的呼叫连接和数据不会丢失,用户将感觉不到切换。
在具体实现时,采用1+1备份的主控单板激活软件的流程与1+1备份的非主控单板相同。即先升级其热备份单板,然后,进行主备切换,再激活切换后的热备份单板的升级软件。
在在设计主控单板不参与业务流程时,则无需其支持热备份,并且可以任意设置主控单板的升级软件激活顺序。
7、对于无备份的主控单板。
为了保证无备份的主控单板在软件激活时不影响业务,需要在设计该主控单板不参与业务流程。在不参与业务流程的情况下,该主控单板在软件激活时不会影响业务,但是,要求实现时复位主控单板不能同时复位基站内部的全部单板。
在本发明的一个实例中,基站中的一个小区包括C、D、E、F、G五个单板,其中,C、D、E三个单板的功能相同,F、G两个单板的功能相同,其中,C为D的备用板,F为G的备用板,E为无备份的单板。那么,在软件加载完成后,判断出C、D、E三个单板的功能相同,F、G两个单板的功能相同,则C、D、E三个单板的软件激活顺序和F、G两个单板的软件激活顺序之间可以没有关联,对于C、D、E三个单板来说,判断出C为D的备用板,因此,为C和D激活软件的顺序应该符合情况3所述的流程,先为C激活软件,再为D激活软件,而由于C、D、E三个单板的功能相同,应该顺序对C、D、E三个单板进行软件激活,在本实例中,在对C、D、E三个单板进行软件激活之前,先判断是否满足无备份的单板E的软件激活条件,如果满足,则先激活单板E,在完成该激活操作之后,再顺序激活单板C、D;否则,先顺序激活单板C、D,在完成该激活操作之后,再在满足单板E的软件激活条件时激活单板E。对于F、G两个单板来说,判断出F为G的备用板,因此,为F和G激活软件的顺序应该符合情况3所述的流程,先为F激活软件,再为G激活软件。
在本发明的一个实例中的宏基站包括主控单板、传输单板、基带单板、射频单板等。
如果一个宏基站包括两个1+1备份的主控单板A’/B’(A’为主用、B’为备用),两个负荷分担的传输单板C’/D’,三个负荷分担方式的基带单板E’/F’/G’,4个N+1备份的射频单板H’/I’/J’/K’(K’为备用)。
则在本实施例中,先根据小区为单位确定哪些单板是共用的,在本实例中,主控单板、传输单板、基带单板以及备用的射频单板K’都是小区1、2、3共用的,射频单板H’/I’/J’分别属于小区1、2、3。因此,主控单板、传输单板、基 带单板以及备用的射频单板K’只需要在一个小区中激活即可。
以小区为单位的单板划分如下:
小区1:主控单板、传输单板、基带单板、射频单板H’、以及射频单板K’;
小区2:射频单板I’;
小区3:射频单板J’。
在本实施例中,各个小区覆盖的区域不同,因此各个小区的单板之间可以依次激活也可以并行激活。
在确定小区之后,根据一个小区内部单板类型确定同类单板的激活顺序:
对于小区1来说其顺序如下:
主控单板:由于A’为主用,B’为备用,因此,先激活B’的升级软件,再激活A’的升级软件。
传输单板:由于采用负荷分担方式,因此,C’和D’的升级软件激活顺序可以根据当前各自承载的业务数量来决定,在本实例中,C’当前承载的业务量较少,因此,先激活C’的升级软件,再激活D’的升级软件。
基带单板:确定激活顺序时可以参照传输单板的原则,在本实施例中,先激活E’的升级软件,然后激活F’的升级软件,再激活G’的升级软件。
射频单板:先激活作为备用板的K’的升级软件,再激活作为主用板的H’的升级软件。
在一个小区内部,不同类型的单板之间一般可以并行激活以减少对业务的影响,即:在激活传输单板的同时可以激活基带单板。
在本实例中,在小区2激活时,射频单板的备板已经变成H’,则小区2的射频单板激活时,可以先进行主备切换,把射频单板I’变成备板后再激活,由于H’已经激活,则无需再次进行激活了。
本发明一个实施例中的一种通信设备,该设备包括:
多个单板,在激活升级软件之前,承载有业务的单板继续执行其承载的业务;
用于将升级软件加载到该多个单板的模块;
用于确定各个单板的升级软件激活顺序的模块;以及
用于根据该顺序激活该多个单板的升级软件的模块。
该通信设备可以包括参与业务流程并且支持热备份的主控单板;或者不参与业务流程的主控单板。
在具体实现时,可以如图4所示,该用于将升级软件加载到该多个单板的模块和用于确定各个单板的升级软件激活顺序的模块可以是主控模块,位于主控单板上;
该用于根据该顺序激活该多个单板的升级软件的模块可以分别位于各个非主控单板上,是非主控单板的处理模块。
该通信设备可以是基站,基站控制器等。
综上所述,采用本发明实施例时,各个单板的升级软件是顺序激活的,并且,在激活该升级软件之前,承载有业务的单板继续执行其承载的业务,因此,可以降低在进行软件升级时对业务的影响。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (18)
1.一种升级软件的方法,其特征在于,包括以下步骤:
将升级软件加载到各个单板;并且
以激活软件时影响的业务数量为参考,并且以小区为单位确定所述各个单板的升级软件激活顺序,并根据所述顺序激活所述各个单板的所述升级软件,在激活所述升级软件之前,承载有业务的单板继续执行其承载的业务。
2.如权利要求1所述的方法,其特征在于,在激活所述单板的所述升级软件时,令所述单板停止接受新的业务,并在其承载的业务完成后闭塞所述单板,在闭塞成功后激活所述单板的所述升级软件,并在激活所述升级软件成功后,再解闭塞所述单板。
3.如权利要求1或2所述的方法,其特征在于,根据所述各个单板的类型、配置情况和业务情况三者之一或者任意组合确定所述激活顺序。
4.如权利要求3所述的方法,其特征在于,以小区为单位确定非主控单板的升级软件激活顺序。
5.如权利要求4所述的方法,其特征在于,若小区内配置有多个功能相同的单板,则依次激活所述多个功能相同的单板的所述升级软件。
6.如权利要求5所述的方法,其特征在于,对于一套配置为一对一备份的非主控单板,先激活备用单板的所述升级软件,然后,进行主备切换,再激活切换后的备用单板的所述升级软件。
7.如权利要求5所述的方法,其特征在于,对于一套配置为多对一备份的非主控单板,先激活备用单板的所述升级软件,然后,依次选择该套单板中的主用单板进行主备切换,再激活切换后的备用单板的所述升级软件。
8.如权利要求5所述的方法,其特征在于,对于一套配置为多对多备份的非主控单板,先激活所有的备用单板的所述升级软件;然后,选择一个或者多个主用单板进行主备切换,再激活切换后的备用单板的所述升级软件,直到该套单板全部激活所述升级软件。
9.如权利要求5所述的方法,其特征在于,对于一套采用负荷分担方式的非主控单板,先选择一个单板并激活该单板的升级软件,然后,依次选择未激活所述升级软件的单板,与完成升级软件激活的单板进行切换,再激活完成切换且未激活所述升级软件的单板的所述升级软件。
10.如权利要求7至9中任一权利要求所述的方法,其特征在于,在每次进行选择时,优先选择该套单板中当前业务量最小的单板。
11.如权利要求4所述的方法,其特征在于,在两个或者两个以上小区覆盖相同区域时,依次激活所述覆盖相同区域的小区的单板的所述升级软件。
12.如权利要求4所述的方法,其特征在于,在小区内同时配置有功能相同的有备份的单板和无备份的单板时,先判断为所述无备份的单板设定的激活条件是否满足,如果是,先激活所述无备份的单板,否则,先激活所述有备份的单板。
13.如权利要求12所述的方法,其特征在于,所述激活条件为:当前处于根据统计值确定的业务量最小的时段;或者
检测到当前无业务或者业务量低于设定阈值。
14.如权利要求4所述的方法,其特征在于,在两个或者两个以上小区共用单板时,仅选择其中一个小区确定所述共用单板的升级软件激活顺序。
15.如权利要求3所述的方法,其特征在于,所述业务情况包括所述单板当前承载的业务;和/或
根据激活软件的时间段的话务模型确定的对所述单板新加入业务的预期。
16.如权利要求1所述的方法,其特征在于,若主控单板不参与业务流程,则任意设置所述主控单板的升级软件激活顺序;或者
若所述主控单板参与业务流程并且支持热备份,则先升级其热备份单板,然后,进行主备切换,再激活切换后的热备份单板的所述升级软件。
17.一种通信设备,其特征在于,所述设备包括:
用于将升级软件加载到多个单板的模块;
用于以激活软件时影响的业务数量为参考,并且以小区为单位确定所述各个单板的升级软件激活顺序的模块;以及
用于根据所述顺序激活所述多个单板的所述升级软件,并且在激活所述升级软件之前,承载有业务的单板继续执行其承载的业务的模块。
18.如权利要求17所述的设备,其特征在于,所述多个单板中包括参与业务流程并且支持热备份的主控单板或者不参与业务流程的主控单板。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101566182A CN101212756B (zh) | 2006-12-30 | 2006-12-30 | 一种升级软件的方法和通信设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101566182A CN101212756B (zh) | 2006-12-30 | 2006-12-30 | 一种升级软件的方法和通信设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101212756A CN101212756A (zh) | 2008-07-02 |
CN101212756B true CN101212756B (zh) | 2011-02-02 |
Family
ID=39612342
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101566182A Active CN101212756B (zh) | 2006-12-30 | 2006-12-30 | 一种升级软件的方法和通信设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101212756B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107919976A (zh) * | 2016-10-10 | 2018-04-17 | 中兴通讯股份有限公司 | 电信设备升级系统及升级方法 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102012827A (zh) * | 2010-11-22 | 2011-04-13 | 中兴通讯股份有限公司 | 一种软件版本的加载方法及基站控制器 |
CN102045744B (zh) * | 2010-12-07 | 2015-11-25 | 华为技术有限公司 | 一种批量升级基站的方法和系统 |
CN111965989B (zh) * | 2020-08-14 | 2024-01-26 | 深圳市欧瑞博科技股份有限公司 | 系统更新方法、装置、智能家居控制面板以及存储介质 |
CN113495735A (zh) * | 2021-06-30 | 2021-10-12 | 东风商用车有限公司 | 升级包安装方法、装置、设备及可读存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1346089A (zh) * | 2000-09-26 | 2002-04-24 | 华为技术有限公司 | 智能升级的方法系统及装置 |
CN1741664A (zh) * | 2004-08-29 | 2006-03-01 | 华为技术有限公司 | 通信设备子系统升级方法 |
-
2006
- 2006-12-30 CN CN2006101566182A patent/CN101212756B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1346089A (zh) * | 2000-09-26 | 2002-04-24 | 华为技术有限公司 | 智能升级的方法系统及装置 |
CN1741664A (zh) * | 2004-08-29 | 2006-03-01 | 华为技术有限公司 | 通信设备子系统升级方法 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107919976A (zh) * | 2016-10-10 | 2018-04-17 | 中兴通讯股份有限公司 | 电信设备升级系统及升级方法 |
Also Published As
Publication number | Publication date |
---|---|
CN101212756A (zh) | 2008-07-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101212756B (zh) | 一种升级软件的方法和通信设备 | |
CN100517239C (zh) | 多核处理器及其串口复用方法 | |
CN100470494C (zh) | 集群可用性管理方法和系统 | |
CN101626599B (zh) | 用于在无线多通信设备中的共享资源管理的技术 | |
CN102169449B (zh) | 具有中断代理功能的片上系统及其中断处理方法 | |
CN102420911A (zh) | 智能手机双系统切换装置及切换方法 | |
JP4199444B2 (ja) | パーティション構成変更方式、パーティション構成変更方法およびパーティション構成変更用プログラム | |
CN102855218A (zh) | 数据处理系统、方法及装置 | |
CN107025152B (zh) | 基于任务级的双冗余热备份设备的数据同步方法 | |
WO2018130105A1 (zh) | 一种多路服务器时钟系统、多路服务器及其控制方法 | |
CN108959139A (zh) | 一种cpld管脚复用方法与装置 | |
CN102446116B (zh) | 一种输入工具调用的系统、方法及一种代理设备 | |
CN101197702A (zh) | 一种实现主备用系统间通讯和业务处理方法 | |
CN102104471A (zh) | 一种冗余备份系统中基于条件的主备切换方法及装置 | |
CN101631044B (zh) | 通信设备平滑升级方法及系统 | |
CN104821889B (zh) | 一种备份报文的处理方法和设备 | |
CN102083049B (zh) | 一种开关机系统及其切换方法 | |
CN103257867B (zh) | 控制方法、电子设备和电子装置 | |
CN102789397B (zh) | 电脑系统中的多操作系统切换方法 | |
CN101000536A (zh) | 显示芯片共享方法 | |
CN101349975A (zh) | 实现中断底半部机制的方法及嵌入式系统 | |
CN111142945B (zh) | 一种双余度计算机的主、从通道动态切换方法 | |
CN1829110B (zh) | 一种针对不同功能单元的多对一的混合备份方法 | |
CN110519390A (zh) | 一种低功耗蓝牙控制器链路层实现方法 | |
JP4266978B2 (ja) | 電話交換装置及びその消費電力抑制方法 |
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 |