CN100488061C - 一种通信设备的启动方法 - Google Patents
一种通信设备的启动方法 Download PDFInfo
- Publication number
- CN100488061C CN100488061C CNB031383963A CN03138396A CN100488061C CN 100488061 C CN100488061 C CN 100488061C CN B031383963 A CNB031383963 A CN B031383963A CN 03138396 A CN03138396 A CN 03138396A CN 100488061 C CN100488061 C CN 100488061C
- Authority
- CN
- China
- Prior art keywords
- module
- main control
- business
- control module
- business module
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明属于通信技术领域，涉及一种通信设备的启动方法。包括以下步骤：主控模块进行自检，判断设备当前是否有业务模块运行；在有业务模块运行情况下对各业务模块执行配置数据一致性检查、更新操作，使业务模块状态正常；在无业务模块运行情况下执行整个设备初次启动流程，使业务模块状态正常；业务模块正常后向主控模块上报，主控模块更新该业务模块在主控模块上的相关监控信息。本发明通过在主控模块重新启动后重建对各业务模块的监控信息，有选择地将主控模块与业务模块的配置及运行信息进行一致性检查及处理，实现主控模块重新启动业务模块不需重新启动，尽量减少主控模块重新启动过程对设备业务可接人性能的影响。
Description
技术领域
本发明属于通信技术领域，特别涉及通信设备启动的方法。
背景技术
通信设备中存在唯一的主控模块，用来控制及维护整个设备所有模块的启动、运行。主控模块主要完成业务模块配置数据下发、业务模块启动的上下电、监控运行环境变化、模块运行及异常处理等功能。主控模块上一般不接入业务，通信设备的所有业务模块协同工作，对外提供业务功能。业务模块的初始启动必须要由主控模块控制实现，在主控模块正常后才能进行。
通信设备的主要目的是能够提供稳定、可靠、不中断的业务服务。在设备运行过程中下面两种情况会对设备可提供的业务服务性能产生影响：第一种：设备运行过程主控模块出现故障，且备份的主控模块无法正常启动的情况，第二种：通信设备版本升级时需更新主控模块；这两种情况通信设备的主控模块均需重新启动，因而对设备提供业务可造成影响。
目前的通信设备中，业务模块在通信设备启动、运行的每一时刻都依赖于主控模块，业务模块是否上电、启动、运行等均由主控模块控制。在主控模块重新启动过程中，不论业务模块当前处于何种状态均会强制将各业务模块复位，使得各业务模块重新执行启动流程。各业务模块需通过与主控模块的多次交互，重新从主控模块上获得配置数据后才能正常运行。
在上述通信设备中，各业务模块重新启动时需与主控模块进行交互，主控模块重建各业务模块的监控信息，包括温度、电压等监控信息、业务模块配置信息、各业务模块运行状态信息等。
上述这种通信设备的启动方法如图1所示，是采用主控模块重新启动，业务模块也重新启动的方法，具体包括以下步骤：
(1)主控模块完成自检，初始化各子模块，主控模块状态变为正常；
(2)主控模块向整个设备所有业务模块发送复位消息；
(3)业务模块收到复位消息后，向主控模块发送启动请求消息；
(4)主控模块收到业务模块的启动请求消息后，向业务模块发送启动请求应答消息；
(5)业务模块收到主控模块发送的启动请求应答消息后，向主控模块发送配置数据请求消息；
(6)主控模块收到业务模块的配置数据请求后，生成该业务模块所需的配置数据消息包发送给该业务模块；
(7)业务模块收到配置数据后在本模块重建，当所有配置数据重建完毕后该业务模块状态正常，可以提供业务服务；
(8)业务模块向主控模块发送业务模块启动完毕消息；
(9)主控模块更新该业务模块相关的监控信息。
上述的通信设备的启动方法存在以下缺点：
1、在通信设备正常运行过程中，业务模块对主控模块具有很强的依赖性，增大了整个设备重新启动的可能性；
2、在设备升级、主控模块故障时，必然会引起业务中断，影响了通信设备业务可接入性能；
3、增大了设备维护、版本升级的成本及风险性；
4、主控模块重新启动引起整个通信设备重新启动到设备可提供业务需要的时间较长。
通信设备中主控模块监控着整个设备的正常启动、运行，主控模块的功能在整个通信设备初始启动时具有不可替代的作用；但在设备正常运行过程中，主控模块的重要性明显下降。在设备运行过程中业务模块在短时间内可完全不受主控模块的监控而接入业务、正常运行，因此主控模块重新启动的影响可以只控制在数据配置、状态监控范围内，避免对整个设备业务层面的影响。
分析通信设备中主控模块监控的全部信息属性，可将这些信息分为两类：第一类：主控模块对业务模块的环境监控信息，包括温度、电压等。第二类：配置数据信息，包括一经主控模块配置在运行过程中不会改变的静态信息，以及业务模块在运行过程中生成的动态数据信息。
发明内容
本发明的目的是为克服已有技术的不足之处，提出一种新的通信设备的启动方法，通过在主控模块重新启动后重建对各业务模块的监控信息，有选择地将主控模块与业务模块的配置及运行信息进行一致性检查及处理，实现主控模块重新启动业务模块不需重新启动，尽量减少主控模块重新启动过程对设备业务可接入性能的影响。
本发明提出的一种通信设备的启动方法，包括以下步骤：
主控模块判断设备当前是否有业务模块运行；
在有业务模块运行情况下对各业务模块执行配置数据一致性检查、更新操作，使业务模块状态正常；在无业务模块运行情况下执行整个设备初次启动流程，使业务模块状态正常；
业务模块状态正常后向主控模块上报，主控模块更新该业务模块在主控模块上的相关监控信息。
上述主控模块判断设备当前是否有业务模块运行的具体步骤可包括：
首先主控模块完成自检，再初始化各子模块，使主控模块状态变为正常；
主控模块向整个系统所有业务模块发送业务模块动态数据请求消息；
在给定时间阈值内(一般设定在秒级，具体值可根据设备规模进行调整)，若主控模块收到业务模块发送的动态数据请求应答消息，则认为有业务模块正在运行；若主控模块未收到任何业务模块发送的动态数据请求应答消息，则认为当前没有正在运行的业务模块。
上述业务模块发送动态数据请求应答消息的具体过程可为：
当该业务模块收到动态数据请求消息后，根据本业务模块功能特点将动态数据填入消息包(如本模块运行状态信息，运行过程中生成的动态配置数据信息等等)；
该业务模块构造向主控模块发送的动态数据请求应答消息，并向主控模块发送动态数据请求应答消息。
上述对各业务模块执行配置数据一致性检查、更新操作的具体步骤可包括：
主控模块收到各业务模块的动态数据请求应答消息，在主控模块配置数据中进行恢复；在主控模块上为所有应答的业务模块重建相关的环境监控信息，并生成各业务模块配置数据的处理顺序，根据各业务模块配置数据的处理顺序构造该业务模块的配置数据一致性处理请求消息；
主控模块向业务模块发送配置数据一致性处理请求消息；
业务模块根据本模块当前配置数据构造配置数据一致性处理数据包，并向主控模块发送配置数据一致性处理数据消息；
主控模块处理业务模块的配置数据一致性处理数据消息，主控模块以本模块配置数据为参考标准，逐一对上报的业务模块配置数据进行一致性检查处理；
主控模块生成对业务模块上所有配置数据的一致性检查结果，并根据检查结果构造该业务模块的配置数据更新消息，并向业务模块发送；
业务模块收到配置数据更新消息，将本模块配置数据进行更新，并使配置数据的变化在业务模块其它软件上生效，此时该业务模块状态正常，可以提供业务服务。
上述在有业务模块运行情况下对各业务模块执行配置数据更新操作可采用串行方式一个业务模块处理完再按相同步骤处理下一业务模块，也可采用多个业务模块同时并行处理方式。
上述在无业务模块运行情况下执行整个设备初次启动流程与已有技术中的相应步骤相同，可包括：
主控模块向整个设备所有业务模块发送复位消息；
业务模块收到复位消息后，向主控模块发送启动请求消息；
主控模块收到业务模块的启动请求消息后，向业务模块发送启动请求应答消息；
业务模块收到主控模块发送的启动请求应答消息后，向主控模块发送配置数据请求消息；
主控模块收到业务模块的配置数据请求后，生成该业务模块所需的配置数据消息包发送给该业务模块；
业务模块收到配置数据后在本模块重建，当所有配置数据重建完毕后该业务模块状态正常，可以提供业务服务。
上述业务模块状态正常后向主控模块上报，主控模块更新该业务模块在主控模块上的监控信息，具体可包括下面两个步骤：
(1)业务模块向主控模块发送业务模块正常消息；
(2)主控模块更新该业务模块的监控信息。
本发明的工作原理：
本发明中，第一类业务模块监控信息的重建过程中，主控模块处于被动方，只需重新接收业务模块上报的信息并在主控模块上进行设置；第二类配置数据的重建过程中，对于配置数据的静态信息以主控模块重新启动后的配置数据为参考标准；对于配置数据的动态信息，以各业务模块正常运行过程中生成的实时数据为参考标准；实时数据包括本通信设备与其它外部设备在运行过程中生成的关联信息，各业务模块在主控模块故障到重新启动过程中运行状态的实时信息等等。在将这些实时动态数据恢复到主控模块配置数据中后，所有配置数据均以主控模块上的配置数据为参考标准。
本发明的技术特点及带来的有益效果
1、本发明的方法，是将整个设备初次启动与仅主控模块重新启动流程合一。主控模块重新启动时配置数据重建分静态数据和动态数据进行处理，分别以主控及业务模块为参考标准。一方面在主控模块重新启动后尽量获得各业务模块的当前状态，另一方面与原方案相比尽量以主控模块配置数据为标准。通过分析业务模块对主控模块的依赖性，可以实现短时间内无主控模块情况下业务模块的正常运行，降低了整个设备重新启动的可能性；
2、各业务模块可根据本模块功能特点灵活设置需在主控模块需重建的动态数据。在设备升级、主控模块故障时，主控模块的重新启动不会引发整个通信设备的重新启动，减少业务中断，提高了通信设备业务可接入性能；
3、整个通信设备初次启动与仅主控模块重新启动采用统一的流程进行处理，便于程序实现。
4、各业务模块可根据本模块功能特点灵活设置需在主控模块需重建的动态数据。主控模块对各业务模块配置数据的一致性检查和更新处理采用串行模式进行，减少了对信道的占用。实现在有业务模块正常运行情况下，主控模块的重新启动不会导致整个设备的全部重新启动，尽量减少对设备业务可接入性能的影响。
附图说明
图1为已有的采用主控模块重新启动业务模块也重新启动的通信设备启动方法流程图。
图2为本发明方法的总体流程框图。
图3为本方法在有业务模块运行的情况下的处理方法实施例流程图。
具体实施方式
本发明提出的一种通信设备的启动方法，结合实施例及附图详细说明如下；
本发明的启动方法，如图2所示，包括以下步骤：
1)主控模块判断设备当前是否有业务模块运行；
2)在有业务模块运行情况下对各业务模块执行配置数据一致性检查、更新操作；在无业务模块运行情况下执行整个设备初次启动流程；
3)业务模块正常后向主控模块上报，主控模块更新该业务模块在主控模块上的相关监控信息。
上述步骤1)的实施例具体步骤如下：
(1)首先主控模块完成自检，再初始化各子模块，使主控模块状态变为正常；
(2)主控模块向整个系统所有业务模块发送业务模块动态数据请求消息；
(3)在给定时间阈值内(如2秒)，该业务模块收到动态数据请求消息后，根据本业务模块功能特点将动态数据填入消息包；该业务模块构造向主控模块发送的动态数据请求应答消息，并向主控模块发送动态数据请求应答消息，动态数据包括该业务模块运行状态信息，运行过程中生成的动态配置数据信息；主控模块收到业务模块发送的动态数据请求应答消息，则认为有业务模块正在运行；
(4)在给定时间阈值内(如2秒)，若主控模块未收到任何业务模块发送的动态数据请求应答消息，则认为当前没有正在运行的业务模块。
上述步骤2)中的在有业务模块运行情况下对各业务模块执行配置数据一致性检查、更新操作的处理方法实施例，如图3所示，包括以下步骤：
(1)主控模块收到各业务模块的动态数据请求应答消息，在主控模块配置数据中进行恢复；在主控模块上为所有应答的业务模块重建环境监控信息，并生成各业务模块配置数据的处理顺序；根据各业务模块配置数据的处理顺序构造该业务模块的配置数据一致性处理请求消息；
(2)主控模块向业务模块发送配置数据一致性处理请求消息；
(3)业务模块根据本模块当前配置数据构造配置数据一致性处理数据包；
(4)业务模块向主控模块发送配置数据一致性处理数据消息；
(5)主控模块处理业务模块的配置数据一致性处理数据消息，主控模块以本模块配置数据为参考标准，逐一对上报的业务模块配置数据进行一致性检查处理；
(6)主控模块生成对业务模块上所有配置数据的一致性检查结果，并根据检查结果构造该业务模块的配置数据更新消息；并向业务模块发送配置数据更新消息；
(7)业务模块收到配置数据更新消息，将本模块配置数据进行更新，并使配置数据的变化在业务模块其它软件上生效，此时该业务模块状态正常，可以提供业务服务。
本实施例中各运行的业务模块的处理方法可采用串行方式实现，也可采用并行方式实现。
上述步骤2)中在无业务模块运行情况下执行整个设备初次启动流程的方法与已有技术相同，包括以下步骤：
(1)主控模块向整个设备所有业务模块发送复位消息；
(2)业务模块收到复位消息后，向主控模块发送启动请求消息；
(3)主控模块收到业务模块的启动请求消息后，向业务模块发送启动请求应答消息；
(4)业务模块收到主控模块发送的启动请求应答消息后，向主控模块发送配置数据请求消息；
(5)主控模块收到业务模块的配置数据请求后，生成该业务模块所需的配置数据消息包发送给该业务模块；
(6)业务模块收到配置数据后在本模块重建，当所有配置数据重建完毕后该业务模块状态正常，可以提供业务服务。
上述步骤3)的具体方法也与已有技术相同，包括：
(1)业务模块向主控模块发送业务模块正常消息；
(2)主控模块更新该业务模块的监控信息。
Claims (9)
1、一种通信设备的启动方法，其特征在于，包括以下步骤：
主控模块判断设备当前是否有业务模块运行；
在有业务模块运行情况下对各业务模块执行配置数据一致性检查、更新操作，使业务模块状态正常；在无业务模块运行情况下执行整个设备初次启动流程，使业务模块状态正常；
业务模块状态正常后向主控模块上报，主控模块更新该业务模块在主控模块上的监控信息。
2、如权利要求1所述的通信设备的启动方法，其特征在于，所述主控模块判断设备当前是否有业务模块运行的具体步骤包括：
首先主控模块完成自检，再初始化各子模块，使主控模块状态变为正常；
主控模块向整个系统所有业务模块发送业务模块动态数据请求消息；
在给定时间阈值内，若主控模块收到业务模块发送的动态数据请求应答消息，则认为有业务模块正在运行；若主控模块未收到任何业务模块发送的动态数据请求应答消息，则认为当前没有正在运行的业务模块。
3、如权利要求2所述的通信设备的启动方法，其特征在于，所述业务模块发送动态数据请求应答消息的具体过程为：
当该业务模块收到动态数据请求消息后，根据本业务模块功能特点将动态数据填入消息包；
该业务模块构造向主控模块发送的动态数据请求应答消息，并向主控模块发送动态数据请求应答消息。
4、如权利要求3所述的通信设备的启动方法，其特征在于，所述动态数据包括该业务模块运行状态信息，运行过程中生成的动态配置数据信息。
5、如权利要求2所述的通信设备的启动方法，其特征在于，所述对各业务模块执行配置数据一致性检查、更新操作的具体步骤包括：
主控模块收到各业务模块的动态数据请求应答消息，在主控模块中恢复配置数据；在主控模块上为所有应答的业务模块重建相关的环境监控信息，并生成各业务模块配置数据的处理顺序，根据各业务模块配置数据的处理顺序构造该业务模块的配置数据一致性处理请求消息；
主控模块向业务模块发送配置数据一致性处理请求消息；
业务模块根据本模块当前配置数据构造配置数据一致性处理数据包，并向主控模块发送配置数据一致性处理数据消息；
主控模块处理业务模块的配置数据一致性处理数据消息，主控模块以本模块配置数据为参考标准，逐一对上报的业务模块配置数据进行一致性检查处理；
主控模块生成对业务模块上所有配置数据的一致性检查结果，并根据检查结果构造该业务模块的配置数据更新消息，并向业务模块发送；
业务模块收到配置数据更新消息，将本模块配置数据进行更新，并使配置数据的变化在业务模块其它软件上生效，此时该业务模块状态正常，可以提供业务服务。
6、如权利要求1或5所述的通信设备的启动方法，其特征在于，所述在有业务模块运行情况下对各业务模块执行配置数据更新操作采用串行方式一个业务模块处理完再按相同步骤处理下一业务模块。
7、如权利要求1或5所述的通信设备的启动方法，其特征在于，所述在有业务模块运行情况下对各业务模块执行配置数据更新操作采用多个业务模块同时并行处理方式。
8、如权利要求1所述的通信设备的启动方法，其特征在于，所述在无业务模块运行情况下执行整个设备初次启动流程，包括：
主控模块向整个设备所有业务模块发送复位消息；
业务模块收到复位消息后，向主控模块发送启动请求消息；
主控模块收到业务模块的启动请求消息后，向业务模块发送启动请求应答消息；
业务模块收到主控模块发送的启动请求应答消息后，向主控模块发送配置数据请求消息；
主控模块收到业务模块的配置数据请求后，生成该业务模块所需的配置数据消息包发送给该业务模块；
业务模块收到配置数据后在本模块重建，当所有配置数据重建完毕后该业务模块状态正常，可以提供业务服务。
9、如权利要求1所述的通信设备的启动方法，其特征在于，所述业务模块状态正常后向主控模块上报，主控模块更新该业务模块在主控模块上的监控信息，具体包括：
(1)业务模块向主控模块发送业务模块正常消息；
(2)主控模块更新该业务模块的监控信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031383963A CN100488061C (zh) | 2003-05-26 | 2003-05-26 | 一种通信设备的启动方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB031383963A CN100488061C (zh) | 2003-05-26 | 2003-05-26 | 一种通信设备的启动方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1553580A CN1553580A (zh) | 2004-12-08 |
| CN100488061C true CN100488061C (zh) | 2009-05-13 |
Family
ID=34323725
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB031383963A Expired - Fee Related CN100488061C (zh) | 2003-05-26 | 2003-05-26 | 一种通信设备的启动方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100488061C (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100365992C (zh) * | 2005-01-19 | 2008-01-30 | 华为技术有限公司 | 电信设备间资源一致性的管理方法 |
| CN101145983B (zh) * | 2007-08-07 | 2014-08-13 | 中兴通讯股份有限公司 | 一种网管系统的自诊断和自恢复子系统及方法 |
| CN102209160B (zh) * | 2010-03-29 | 2012-07-18 | 华为终端有限公司 | Dsl设备的软复位方法及软复位控制装置 |
-
2003
- 2003-05-26 CN CNB031383963A patent/CN100488061C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1553580A (zh) | 2004-12-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101071392B (zh) | 用于维护服务器固件的备份副本的方法和多服务器系统 | |
| CN102571498B (zh) | 故障注入控制方法和装置 | |
| CN102609281B (zh) | 分布式软件补丁更新方法及系统 | |
| CN112506702B (zh) | 数据中心容灾方法、装置、设备及存储介质 | |
| CN104185836A (zh) | 用于在系统改变之后验证计算设备的适当操作的方法和系统 | |
| CN102819478B (zh) | 一种无代理的数据处理系统监控与管理方法 | |
| KR101712172B1 (ko) | 컴퓨터 장애 증상의 사전 진단 및 분석 복구 시스템 및 방법 | |
| CN102047683A (zh) | 用于电信系统中的集中管理网络单元的动态故障分析 | |
| CN112477919B (zh) | 一种适用于列车控制系统平台的动态冗余备份方法及系统 | |
| US20040003078A1 (en) | Component management framework for high availability and related methods | |
| CN103973516A (zh) | 一种数据处理系统中实现监控功能的方法及装置 | |
| CN109783390A (zh) | Psu固件升降级稳定性测试方法、装置、终端及存储介质 | |
| CN100488061C (zh) | 一种通信设备的启动方法 | |
| CN100464520C (zh) | 一种分布式数据加载的实现方法及系统 | |
| CN106708541A (zh) | 版本升级处理方法及装置 | |
| CN113946465A (zh) | 一种大数据的故障处理方法及其相关设备 | |
| Cisco | Operational Traps | |
| Cisco | Operational Traps | |
| Cisco | Operational Traps | |
| Cisco | Operational Traps | |
| Cisco | Operational Traps | |
| Cisco | Operational Traps | |
| Cisco | Operational Traps | |
| Cisco | Operational Traps | |
| Cisco | Operational Traps |
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 | ||
| C17 | Cessation of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090513 Termination date: 20130526 |