CN101247615B - 提高通信设备可靠性的方法及装置 - Google Patents

提高通信设备可靠性的方法及装置 Download PDF

Info

Publication number
CN101247615B
CN101247615B CN2008100344329A CN200810034432A CN101247615B CN 101247615 B CN101247615 B CN 101247615B CN 2008100344329 A CN2008100344329 A CN 2008100344329A CN 200810034432 A CN200810034432 A CN 200810034432A CN 101247615 B CN101247615 B CN 101247615B
Authority
CN
China
Prior art keywords
version
software version
higher layer
reset
exceptional reset
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
Application number
CN2008100344329A
Other languages
English (en)
Other versions
CN101247615A (zh
Inventor
汪盛
王云
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Shanghai Huawei Technologies Co Ltd
Original Assignee
Shanghai Huawei Technologies Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shanghai Huawei Technologies Co Ltd filed Critical Shanghai Huawei Technologies Co Ltd
Priority to CN2008100344329A priority Critical patent/CN101247615B/zh
Publication of CN101247615A publication Critical patent/CN101247615A/zh
Priority to PCT/CN2009/070685 priority patent/WO2009109145A1/zh
Application granted granted Critical
Publication of CN101247615B publication Critical patent/CN101247615B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H04L41/0661—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities by reconfiguring faulty entities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了提高通信设备可靠性的方法及装置。提高通信设备可靠性的方法包括：获取出现异常的原因；所述原因为升级复位后出现的异常情况，若当前运行的配置基线尚未确认，启动定时器，若定时器到达前恢复正常，则中止定时器，否则定时器到达后触发配置基线自动回退至保存的有效配置基线；所述原因为单板连续异常复位，统计连续异常复位的次数，根据所述次数是否超过预设值选择软件版本并加载。通过本发明实施例中提供的方法及装置能够在通信设备出现异常情况时，自动尝试恢复业务或远端维护通道，减少了近端维护的人力成本。

Description

提高通信设备可靠性的方法及装置
技术领域
本发明涉及通信技术领域，尤其涉及提高通信设备可靠性的方法及装置。
背景技术
无线系统中，基站的安装地点大部分都在比较偏远的地方，在升级或更改配置数据的情况下，可能出现瘫机、频繁复位的情况，此时需要工作人员到近端处理，因此耗费较大的人力成本，且影响到问题解决的及时性，影响运营商的网络运行。此种情况在软件版本升级时尤其容易出现，目前不少系统中采用了死机、异常日志的记录功能，但是没有对应的自动处理功能。
在对现有技术的研究和实践过程中，发明人发现现有技术至少存在以下问题：基站升级复位后出现异常情况或者在初始态、运行态出现异常情况时，不能自动尝试恢复，需要工作人员去近端处理。
发明内容
本发明实施例要解决的技术问题是提供提高通信设备可靠性的方法及装置，能够使通信设备在出现异常情况、远端失去联系时，自动尝试恢复业务或远端维护通道，尽可能减少维护的人力成本。
为解决上述技术问题，本发明实施例是通过以下技术方案实现的：
本发明实施例提供了一种提高通信设备可靠性的方法，包括：
获取通信设备出现异常的原因；
所述原因为升级复位后出现的异常情况，若当前运行的配置基线尚未确认，启动定时器，若定时器到达前恢复正常，则中止定时器，否则定时器到达后触发配置基线自动回退至保存的有效配置基线；
所述原因为单板连续异常复位，统计连续异常复位的次数，根据所述次数是否超过预设值选择软件版本并加载。
本发明实施例还提供了一种提高通信设备可靠性的获取装置，包括：
获取单元，用于获取通信设备出现异常的原因；
升级复位处理单元，用于从所述获取单元接收的异常原因为升级复位后出现的异常情况时，若当前运行的配置基线尚未确认，则启动定时器，若定时器到达前恢复正常，则中止定时器，否则定时器到达后触发配置基线自动回退至保存的有效配置基线；
连续复位处理单元，用于从所述获取单元接收的复位原因为单板连续异常复位，统计连续异常复位的次数，根据若所述次数是否超过预设值选择软件版本并加载。
以上技术方案可以看出，当通信设备出现异常情况、远端失去联系时，通信设备能够自动回退，尝试恢复业务或远端维护通道，方便维护人员远端处理、尽可能减少工程人员去近端的维护人力成本。
附图说明
图1为本发明实施例一提供的方法流程图；
图2为本发明实施例二提供的方法流程图；
图3为本发明实施例三提供的方法流程图；
图4为本发明实施例四提供的方法流程图；
图5为本发明实施例五提供的方法流程图；
图6为本发明实施例六提供的装置示意图。
具体实施方式
本发明实施例提供了一种提高通信设备可靠性的方法及装置，用于通信设备升级后无法维护、通信设备配置数据更改等引起通信设备连续异常复位使得远端失去联系时，通信设备能自动尝试恢复业务或远端维护通道，方便维护人员远程处理，尽可能减少工程人员去近端的维护人力成本。上述通信设备包括但不限于远端通信设备，如基站、无线小基站或其他类似设备。
为了使本发明的技术方案更加清楚明白，下面以通信设备为基站为例进行详细说明：
场景一、基站升级复位的异常处理。
参见图1，为本发明实施例一提供的方法流程图。
S101：基站升级复位后发生异常情况，例如基站和网管中心失去联系，此时若基站保存有已经确认的有效CB(Configuration Base Line，配置基线)，且当前运行的CB尚未确认，则启动定时器。
S102：在定时器到达之前，判断是否满足下述条件中任意一个定时器中止触发条件，如是，执行S104，否则，进入S103。
(1)远端维护通道能连通，该连通性可通过PING(Packet Internet Groper，包因特网探索程序)命令来检测，包括检测配置OMIP(Operation andMaintenance IP Address.，操作维护IP地址)或BootP(Bootstrap Protocol，加载协议)服务器获取的IP。
(2)维护台登陆成功时中止定时器，包括从近端或远端维护通道登陆。
(3)业务通道建立成功。例如：NCP(Network Core Protocol，网络核心协议)可用。
S103：在定时器到达后，触发CB(Configuration Baseline，配置基线)自动回退至保存的有效配置基线，具体包括：
(1)上报CB回退告警；
(2)记录当前运行的CB为回退前临时CB，用于后续定位问题；
(3)自动回退到最近的有效CB，如果当前运行的CB已经是最近一个有效CB则不再回退。可选的，也可以自动回退到保存的任意一个配置基线。
S104：中止定时器。
本实施例中，所述定时器的启动时间大于BootP尝试启动一次的时间。
通过该实施例，可实现在基站升级后异常复位时尝试自动恢复远端维护通道，方便维护。
场景二、初始化连续异常复位。初始化阶段涉及到芯片初始化、芯片加载以及高层模块自身的初始化。此过程中有的高层模块需要读取数据配置文件中配置数据，这些读取操作都是从配置文件读取信息保存到内存的操作，导致死机的概率很低。但是由于模块初始化没有完成，监控模块很可能不能记录下异常复位原因，甚至监控模块本身就异常了。这种场景下的异常复位不包括软件内部处理调用的复位、升级、外部因素引起的掉电复位、主备倒换、按复位键等引起的复位。
参见图2，为本发明实施例二提供的方法流程图。
S201：引导程序Booter对非主控板的高层应用软件版本(通常称为Flash版本)初始化复位次数进行累计，不超过预设的次数，一般情况下该预设次数为3次，则直接加载Flash版本，流程结束；否则，累计次数超过预设次数时，认为Flash版本出现异常复位情况，清零该计数，并加载安全版本。加载安全版本时，单板复位重启，将进入Flash版本，并重新开始计数，执行S201。
其中，安全版本为保证单板能正常启动以及通讯等基本功能的软件版本，一般写在BOOTROM中，Flash版本是包含所有高层应用软件的高层软件版本，是完整功能的软件版本，因此Flash版本中包含了安全版本中的功能。
S202：进行版本校验，根据版本校验结果判断是否需要更新Flash版本，如果是，执行S203；否则，进入步骤S206。例如当版本校验结果为当前Flash版本和基站Flash主区版本不一致时，需要更新Flash版本，如果一致，则不需要更新Flash版本。
S203：更新并重新启动，进入S204。
S204：Flash版本高层软件在初始化完成前，单板是否复位重启，如果是，返回S201；否则，执行S205。
S205：高层模块初始化完成后、清零该计数，结束流程。
S206：进入安全版本，结束流程；或者返回S202。
通过该实施例可实现非主控板初始化异常复位时，尝试恢复业务，尽可能避免工作人员去近端维护。
实施例三、可参见图3，为本发明实施例三提供的方法流程图。
S301：Booter对主控板的F1ash版本初始化复位次数进行累计，不超过预设次数例如3次，认为该复位为正常复位，则加载Flash版本，流程结束；否则，认为Flash版本出现异常复位情况，清零该计数，并加载安全版本。加载安全版本时，单板复位重启，将进入Flash版本，并重新开始计数，执行S301。
S302：进行版本校验，根据版本校验结果判断是否需要更新Flash版本。如果是，进入S303；否则，进入S306。例如，判断主控板Flash版本和基站主区Flash版本是否一致，若一致，则不需要更新Flash版本，若不一致，需要更新Flash版本。
S303：更新并重新启动，进入S304。
S304：Flash版本高层软件在初始化完成前，单板是否复位重启，若是，返回S301；否则，执行S305。
S305：高层模块全部初始化完成后，清零该计数，结束流程。
S306：置基站的主区Flash版本不可用，以基站备区Flash版本启动，也就是激活基站备区Flash版本；如果基站备区Flash版本也不可用或者主控板的版本和基站备区版本相同，则清零初始化异常计数，加载当前的Flash版本，让其继续异常复位，或者，停留在安全版本。
本实施例中，考虑到高层模块初始化读取数据配置文件到内存发生异常复位的可能性比较小，因此主要是针对底层芯片初始化或底层软件启动导致的异常复位，采取使用备区版本的方式尝试尽快恢复业务。
对于初始化过程中外部引起的复位的情况，如：掉电复位、按复位按钮复位、串口CTRX复位，考虑到这种情况反复出现的可能性几乎没有，因此情况仍然当作初始化异常处理。
通过该实施例可实现主控板初始化异常复位时，尝试恢复业务，尽可能避免工作人员去近端维护。
场景三、运行态异常复位。此时模块已经完成初始化，开始接受消息并进行处理，加载数据配置文件中的配置数据，特别是对底层进行数据配置。在此阶段发生的异常复位，监控模块基本都能记录异常复位原因。这种场景下的异常复位可以不包括软件内部处理调用的复位、升级、外部因素引起的掉电复位、主备倒换、按复位键等引起的复位。
参见图4，为本发明实施例四提供的方法流程图。
S40l：Booter判断主控单板连续运行态异常复位的次数是否超过预设的次数。若是，执行步骤S405，否则，执行S402。
主控单板连续运行预设的时间后，例如1小时，异常复位次数清零。
S402：进入Flash版本，转入S403。
S403：如果当前CB没有确认且存在最近一个确认的有效CB，则仅启动公共通信、监控模块、及BSP(Board Support package，板级支持包)，该BSP主要提供包括单板启动、设备驱动等方面的功能。调用函数回退CB到最近一个确认的有效CB，异常复位次数清零，回退启动后上报CB回退告警。否则，若没有确认的有效CB，执行S404。
S404：没有确认的有效CB，则不加载配置文件启动，异常复位次数清零，流程结束。
S405：将运行态异常复位次数清零，进入Flash版本，继续运行。由于此时处于运行态，说明Flash版本是可用的，连续异常复位可能是因为代码的错误。
本实施例中，(1)软件内部处理调用的复位、升级、外部因素引起的掉电复位、主备倒换、按复位键引起的复位，异常复位次数将被清零。(2)异常复位次数由监控模块起来后根据复位原因累计，只累计除“软件内部处理调用的复位、升级、外部因素引起的掉电复位、主备倒换、按复位键引起的复位之外的异常复位次数。(3)如果CB未确认，包括下载新的数据配置文件、用户在线修改数据配置、版本升级三种情况，则要求上报CB未确认告警，设置定时器，若逻辑小区可用且连续运行至定时期到达，则系统自动调用函数将该未确认的CB回退到最近一个确认的有效CB，从而实现系统自动确认CB。
通过该实施例可实现主控单板运行态异常复位时，尝试自动恢复业务，尽可能避免工作人员去近端维护。
参见图5，为本发明实施例五提供的方法流程图。
S501：统计非主控板运行态连续异常复位次数，若该次数超过预设的次数，则执行S502。
S502：切换到安全版本，例如切换到BOOTROM版本并停留在安全版本。
本实施例中，(1)软件内部处理调用的复位、升级、外部因素引起的掉电复位，主备倒换、复位键复位异常复位次数将被清0。(2)异常复位次数由监控模块起来后根据复位原因累计，只累计除“软件内部调用处理的复位、升级、外部因素引起的掉电复位、主备倒换、复位键复位”之外的异常复位次数。
本实施例可实现在非主控板在异常复位时，尝试自动恢复业务，尽可能避免工作人员去近端维护。
以上实施例描述了在不同场景下，本发明的方法流程图，下面对本发明实施例提供的系统示意图进行详细描述。
参见图6，为本发明实施例六提供的装置示意图，包括：
获取单元601，用于获取基站出现异常的原因。
升级复位处理单元602，用于从所述获取单元601获取的所述原因为升级复位后出现的异常情况，若基站保存有已经确认的有效配置基线，且当前运行的配置基线尚未确认，则启动定时器，若定时器到达前恢复正常，则中止定时器，否则定时器到达后触发配置基线自动回退。例如，升级复位处理单元602上报CB回退告警；记录当前运行的CB为回退前临时CB，用于后续定位问题；自动回退到最近的有效CB，当前运行的已经是最近一个有效CB则不再回退。
连续复位处理单元603，用于从所述获取单元60l获取的复位原因为单板连续异常复位时，统计连续异常复位的次数，根据若所述次数是否超过预设值选择软件版本并加载。网络发生基站异常复位，根据软件模块的设计和当前网络发生异常的实际情况，可将连续异常复位分为初始化阶段异常复位和运行态异常复位。初始化阶段异常复位可分为初始化主控板异常复位和初始化非主控板异常复位；相应的，运行态异常复位也可分为运行态主控板异常复位和运行态非主控板异常复位。
因此，本实施例中，根据异常复位的单板的状态，可将连续复位处理单元603分为：初始化主控板异常复位处理单元、初始化非主控板异常复位处理单元、运行态主控板异常复位处理单元、运行态非主控板异常复位处理单元。就各自的功能下面分别进行描述：
初始化主控板异常复位处理单元，用于对Flash版本初始化异常复位次数进行累计，不超过预设的次数，则加载Flash版本，否则清零该计数，并加载安全版本；如果需要更新Flash版本则更新并重新启动，否则，置基站的主区Flash版本不可用，以基站备区Flash版本启动，也就是激活基站备区Flash版本，如果基站备区Flash版本也不可用或者主控板的版本和基站备区版本相同，则清零初始化异常计数，加载当前的Flash版本，让其继续异常复位。
初始化非主控板异常复位处理单元，用于对Flash版本初始化异常复位次数进行累计，不超过预设的次数，则加载Flash版本，否则清零该计数，并加载安全版本；如果需要更新Flash版本则更新并重新启动，否则，停在安全版本，初始化完成后，清零该计数。
运行态主控板异常复位处理单元，用于统计运行态异常复位的次数，当所述次数不超过预设的次数时，进入Flash版本，当前CB没有确认且存在最近一个确认的有效CB时，仅启动BSP、公共通信、监控模块，调用函数回退CB到最近一个确认的可用版本，异常复位次数清零，回退启动后上报CB回退告警。当没有确认的有效CB时，不加载配置文件启动，异常复位次数清零。运行态异常复位的次数大于预设的次数时，将运行态异常复位的次数清零，并进入Flash版本。
运行态非主控板异常复位处理单元，用于统计运行态非主控板连续异常复位次数，若所述复位次数超过预设的次数，则切换到安全版本，并停留在安全版本。
其中，上述各实施例中所述的安全版本是一个最小功能集，保存在BOOTROM中。
以上实施例可以看出，当通信设备尤其是远端通信设备如基站在升级或更改配置后，反复异常复位、远端失去联系时，通信设备能够自动尝试恢复业务或远端维护通道，方便维护人员远端处理、尽可能减少工程人员去近端的维护人力成本。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中。
上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明所提供的提高通信设备可靠性的方法及装置进行了详细介绍，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种提高通信设备可靠性的方法，其特征在于，包括：
获取出现异常的原因；
所述原因为升级复位后出现的异常情况，若当前运行的配置基线尚未确认，启动定时器，若定时器到达前恢复正常，则中止定时器，否则定时器到达后触发配置基线自动回退至保存的有效配置基线；所述定时器的时间大于加载协议尝试启动一次的时间；
所述原因为单板连续异常复位，统计连续异常复位的次数，根据所述次数是否超过预设值选择软件版本并加载。
2.根据权利要求1所述的提高通信设备可靠性的方法，其特征在于，所述若定时器到达前恢复正常，包括：
远端维护通道能连通；或者维护台登陆成功；或者业务通道建立成功。
3.根据权利要求1所述的提高通信设备可靠性的方法，其特征在于，所述定时器到达后触发配置基线自动回退至保存的有效配置基线，包括：
上报配置基线回退告警；
记录当前运行的配置基线为回退前临时配置基线；
自动回退到保存的最近的有效配置基线。
4.根据权利要求1所述的提高通信设备可靠性的方法，其特征在于，统计连续异常复位的次数，根据所述次数是否超过预设值选择软件版本并加载，包括：
非主控板初始化异常复位时，对高层应用软件版本初始化异常复位次数进行累计，不超过预设的次数，则加载高层应用软件版本，否则清零该计数并加载安全版本；
进行版本校验，如果需要更新高层应用软件版本，则更新并重新启动，否则，停在安全版本；
完成初始化后，清零初始化异常复位的计数。
5.根据权利要求1所述的提高通信设备可靠性的方法，其特征在于，统计连续异常复位的次数，根据所述次数是否超过预设值选择软件版本并加载，包括：
主控板初始化异常复位时，对高层应用软件版本初始化异常复位次数进行累计，不超过预设的次数，则加载高层应用软件版本，否则清零该计数并加载安全版本；
进行版本校验，如果需要更新高层应用软件版本，则更新并重新启动，否则，激活通信设备备区高层应用软件版本，如果通信设备备区高层应用软件版本也不可用或者主控板的高层应用软件版本与通信设备备区高层应用软件版本相同，则清零初始化异常计数，加载当前的高层应用软件版本；
完成初始化后，清零初始化异常复位的计数。
6.根据权利要求4或5所述的提高通信设备可靠性的方法，其特征在于，所述加载安全版本之后，包括：若单板复位重新启动，则进入高层应用软件版本，并重新开始计数。
7.根据权利要求1所述的提高通信设备可靠性的方法，其特征在于，所述统计连续异常复位的次数，根据所述次数是否超过预设值选择软件版本并加载，包括：
非主控板运行态异常复位时，统计连续异常复位的次数，若该次数大于预设值，则切换到安全版本。
8.根据权利要求1所述的提高通信设备可靠性的方法，其特征在于，所述统计连续异常复位的次数，根据所述次数是否超过预设值选择软件版本并加载，包括：
主控板运行态异常复位时，统计连续异常复位的次数，若该次数大于预设值，将统计的次数清零，进入高层应用软件版本；
若连续异常复位的次数不超过预设值，则进入高层应用软件版本，当前配置基线没有确认且存在最近一个确认的有效配置基线时，调用函数回退配置基线到最近一个确认的可用版本，异常复位次数清零；或者，进入高层应用软件版本后，没有确认的有效配置基线，则不加载配置文件启动，异常复位次数清零。
9.一种提高通信设备可靠性的装置，其特征在于，包括：
获取单元，用于获取通信设备出现异常的原因；
升级复位处理单元，用于从所述获取单元接收的异常原因为升级复位后出现的异常情况时，若当前运行的配置基线尚未确认，则启动定时器，若定时器到达前恢复正常，则中止定时器，否则定时器到达后触发配置基线自动回退至保存的有效配置基线；所述定时器的时间大于加载协议尝试启动一次的时间；
连续复位处理单元，用于从所述获取单元接收的复位原因为单板连续异常复位时，统计连续异常复位的次数，根据所述次数是否超过预设值选择软件版本并加载。
10.根据权利要求9所述的提高通信设备可靠性的装置，其特征在于，所述连续复位处理单元包括：
初始化主控板异常复位处理单元，用于对主控板的高层应用软件版本初始化异常复位次数进行累计，不超过预设的次数，则加载高层应用软件版本，否则清零该计数，并加载安全版本；当检测到需要更新高层应用软件版本时进行更新并重新启动，否则，激活通信设备备区高层应用软件版本，如果通信设备备区高层应用软件版本不可用或者与主控板的版本相同，清零异常复位计数，加载当前的高层应用软件版本，让其继续异常复位；
初始化非主控板异常复位处理单元，用于对非主控板的版本初始化异常复位次数进行累计，不超过预设的次数，则加载版本，否则清零该计数，并加载安全版本；如果需要更新版本则更新并重新启动，否则，停在安全版本，初始化完成后，立即清零该计数；
运行态主控板异常复位处理单元，用于统计运行态主控板异常复位的次数，当所述次数不超过预设的次数时，进入高层应用软件版本，若当前配置基线没有确认，则回退到保存的最近的有效版本；当所述次数超过预设的次数时，将运行态异常复位的次数清零，并进入高层应用软件版本；
运行态非主控板异常复位处理单元，用于统计运行态非主控板连续异常复位次数，若所述复位次数大于预设的次数，则切换到安全版本，并停留在安全版本。
CN2008100344329A 2008-03-07 2008-03-07 提高通信设备可靠性的方法及装置 Active CN101247615B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2008100344329A CN101247615B (zh) 2008-03-07 2008-03-07 提高通信设备可靠性的方法及装置
PCT/CN2009/070685 WO2009109145A1 (zh) 2008-03-07 2009-03-09 提高通信设备可靠性的方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2008100344329A CN101247615B (zh) 2008-03-07 2008-03-07 提高通信设备可靠性的方法及装置

Publications (2)

Publication Number Publication Date
CN101247615A CN101247615A (zh) 2008-08-20
CN101247615B true CN101247615B (zh) 2011-02-02

Family

ID=39947761

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2008100344329A Active CN101247615B (zh) 2008-03-07 2008-03-07 提高通信设备可靠性的方法及装置

Country Status (2)

Country Link
CN (1) CN101247615B (zh)
WO (1) WO2009109145A1 (zh)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101247615B (zh) * 2008-03-07 2011-02-02 上海华为技术有限公司 提高通信设备可靠性的方法及装置
CN101772085B (zh) * 2008-12-26 2012-09-05 中兴通讯股份有限公司 一种eNB设备及其异常情况下资源对齐的方法
CN102831029B (zh) * 2011-06-14 2017-05-10 中兴通讯股份有限公司 一种网元升级回退的实现方法及系统
CN102711160A (zh) * 2012-05-21 2012-10-03 中兴通讯股份有限公司 信息配置方法及装置
CN105321321B (zh) * 2015-11-03 2019-05-17 惠州市鸿业电力信息科技有限公司 保证北斗卫星天线与设备之间数据传输准确的方法和系统
CN105760276B (zh) * 2016-02-19 2018-05-29 烽火通信科技股份有限公司 提高reboot命令重启可靠性并增加复位日志的方法
CN105930229A (zh) * 2016-04-14 2016-09-07 惠州Tcl移动通信有限公司 一种基于移动终端的系统更新监控方法及系统
CN106412971B (zh) * 2016-10-18 2019-10-18 武汉虹信通信技术有限责任公司 一种异常处理方法及装置
CN107046476A (zh) * 2017-02-21 2017-08-15 杭州迪普科技股份有限公司 一种版本升级的方法及装置
CN108668415B (zh) * 2017-03-28 2020-06-16 杭州海康威视数字技术股份有限公司 智能照明设备的模式切换方法及装置
CN109753411A (zh) * 2019-01-17 2019-05-14 Oppo广东移动通信有限公司 异常处理方法、装置、移动终端以及存储介质
CN111813427B (zh) * 2019-04-12 2024-08-02 杭州海康威视数字技术股份有限公司 设备修复方法、装置、电子设备及存储介质
CN112395121A (zh) * 2019-08-15 2021-02-23 奇安信安全技术(珠海)有限公司 一种驱动加载的处理方法及装置、存储介质、计算机设备
CN110673872B (zh) * 2019-09-06 2023-05-26 珠海泰芯半导体有限公司 一种改进型的iap升级代码的方法、系统及待升级设备
CN112702183A (zh) * 2019-10-22 2021-04-23 中兴通讯股份有限公司 基站软件版本回退控制方法、装置及基站、可读存储介质
CN113132494B (zh) * 2021-04-29 2022-09-02 陕西天基通信科技有限责任公司 一种远程升级方法及系统
CN116560253B (zh) * 2023-04-18 2024-08-30 深圳市丰润达科技有限公司 设备功能设置方法、装置、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1713139A (zh) * 2004-06-24 2005-12-28 华为技术有限公司 设备的保护运行模式实现方法及维护方法
CN1932772A (zh) * 2006-09-29 2007-03-21 华为技术有限公司 一种隔离总线故障的方法、装置与一种单板
CN101110857A (zh) * 2007-08-28 2008-01-23 中兴通讯股份有限公司 单板复位的监测方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070177605A1 (en) * 2006-01-30 2007-08-02 Benco David S Method for utilizing a backup timing source when GPS becomes nonfunctional
CN101247615B (zh) * 2008-03-07 2011-02-02 上海华为技术有限公司 提高通信设备可靠性的方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1713139A (zh) * 2004-06-24 2005-12-28 华为技术有限公司 设备的保护运行模式实现方法及维护方法
CN1932772A (zh) * 2006-09-29 2007-03-21 华为技术有限公司 一种隔离总线故障的方法、装置与一种单板
CN101110857A (zh) * 2007-08-28 2008-01-23 中兴通讯股份有限公司 单板复位的监测方法

Also Published As

Publication number Publication date
CN101247615A (zh) 2008-08-20
WO2009109145A1 (zh) 2009-09-11

Similar Documents

Publication Publication Date Title
CN101247615B (zh) 提高通信设备可靠性的方法及装置
CN102238093B (zh) 防止业务中断的方法和装置
US6952766B2 (en) Automated node restart in clustered computer system
US7565567B2 (en) Highly available computing platform
US20120144006A1 (en) Computer system, control method of computer system, and storage medium on which program is stored
US20130346790A1 (en) Non-disruptive controller replacement in network storage systems
CN104734979A (zh) 一种路由器外接存储设备的控制方法
CN101013390A (zh) 一种计算机系统的快速恢复方法及设备
CN112631820A (zh) 软件系统的故障恢复方法及装置
JP2006012004A (ja) ホットスタンバイシステム
US6654880B1 (en) Method and apparatus for reducing system down time by restarting system using a primary memory before dumping contents of a standby memory to external storage
CN107070747A (zh) 一种在网卡绑定模式下自动化测试网卡网络连接稳定性的方法
JP6599725B2 (ja) 情報処理装置およびログ管理方法、並びにコンピュータ・プログラム
CN102073523B (zh) 实现软件版本同步的方法及装置
CN109634782B (zh) 一种系统健壮性的检测方法、装置、存储介质及终端
CN113778607A (zh) 虚拟机实现高可用方法及装置、云管理平台、存储介质
CN110661599B (zh) 一种主、备节点间的ha实现方法、装置及存储介质
CN111221683A (zh) 数据中心交换机双flash热备份方法、系统、终端及存储介质
CN112954264B (zh) 一种平台备份保护方法及装置
CN115617263A (zh) 块设备的自动发现及实时复制变化数据的方法及存储介质
CN110515553B (zh) 一种卷删除方法及设备
CN109344015B (zh) 一种数据库服务使用ha预防双主节点的方法及系统
CN101420329B (zh) 通信系统升级的方法及通信系统
CN100395706C (zh) 一种交换机设备板件自启动的方法
JP2002049509A (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