业务模块的启用控制方法、崩溃重启后的启用控制方法

摘要

本发明涉及业务模块的启用控制方法，以及业务模块崩溃重启后的启用控制方法。启用控制方法包括：操作维护中心读取配置信息，将业务模块初始化为未配置；业务模块启动后向操作维护中心申请业务配置信息；操作维护中心将业务配置信息下发给业务模块，同时将启用状态修改为已配置；业务模块完成自身配置后，向操作维护中心申请启用命令；操作维护中心将业务模块的启用状态修改为待启用；然后，按照启用顺序要求，顺序下发启用命令；业务模块完成启用后，向操作维护中心发送启用响应，操作维护中心接收到前一个业务模块的启用响应后，才向启用顺序中后一个业务模块下发启用命令。本发明能让启用与重启更加灵活、可靠，同时增强通信服务的可靠性。

说明书

技术领域

本发明涉及电信技术领域，尤其涉及一种基于操作维护中心进行业务模块的启用控制方法，以及业务模块崩溃重启后的启用控制方法。

背景技术

在电信领域，通信服务的高可靠性是保证其市场竞争力的关键。通信设备系统出错后需要快速恢复，然而通信设备启用时，设备内部的各软件模块可能具有启用顺序的要求。在某一软件模块崩溃重启，可能牵连到设备内部其他软件模块，无法正常提供服务。这一系列复杂的设备启用需求来源于设备的业务需求，但与具体的业务功能无关。

在传统的电信设备中，操作维护中心主要用于对电信设备进行操作维护管理，操作维护中心可对电信设备下发配置及各种操作维护命令。

现有技术的方案之一是利用移动台操作维护电信网设备，在操作维护中心收集到电信设备的告警信息后，可立即经移动网管代理发送给移动台客户端显示；操作维护中心执行移动网管代理发送过来的操作维护命令并将执行结果发送给移动网管代理。该方案实现了一定程度的“随时随地”的操作维护功能，方便了系统维护人员的工作。

另一个方案设计的操作维护中心设备，可以无需复位主机进行数据配置，解决采用数据文件加载的方法进行数据配置过程中，因需要复位主机而使业务受到影响的问题，并且能够实现在不影响业务的前提下，快速数据批配置和批数据回复，提高了批配置的效率。

上述已有的技术方案，主要针对操作维护中心开放其对电信设备的配置和命令的管理维护功能，在一定程度上增加了电信设备的配置与管理的灵活性，方便了系统维护人员的工作。但是，这两个技术方案也存在不足。第一个技术方案将操作维护中心的功能定义为电信设备与前端管理系统信息交互的中介，第二个技术方案将操作维护中心的功能定义为用户端和主机之间的数据配置系统。上述两个方案利用操作维护中心的主要操作维护功能仅仅是配置管理和命令下发，操作维护中心无法针对电信设备启用及崩溃重启问题进行管理和控制。因此，有必要提供一种操作维护中心，能够实现对电信设备的顺序启用及崩溃重启，使得电信设备的启用与重启更加灵活、可靠，同时，通信服务的可靠性也得到增强。

发明内容

鉴于上述的分析，本发明旨在提供一种基于操作维护中心进行业务模块的启用控制方法，以及业务模块崩溃重启后的启用控制方法，用以解决现有技术中操作维护中心不能很好的实现对电信设备中业务模块的顺序启用及崩溃重启的问题。

本发明的目的主要是通过以下技术方案实现的：

提供一种基于操作维护中心进行业务模块的启用控制方法，操作维护中心、业务模块部署在电信设备内部，操作维护中心用于对业务模块进行控制和管理。

业务模块的启用控制方法包括以下步骤：

步骤S1.电信设备上电，操作维护中心读取配置信息，并将操作维护中心所辖的所有业务模块的启用状态初始化为未配置，各业务模块再向操作维护中心申请业务配置信息；其中，操作维护中心读取的配置信息包括业务配置信息和启用管理相关信息；该启用管理相关信息包括启用顺序信息和依赖关系信息；

步骤S2.操作维护中心接收到业务配置信息的申请后，将业务配置信息下发给对应的业务模块，同时将所辖的业务模块的启用状态修改为已配置；

步骤S3.业务模块接收到操作维护中心下发的业务配置信息，完成业务模块配置，并向操作维护中心申请启用命令；

步骤S4.操作维护中心接收到启用命令的申请后，将业务模块的启用状态修改为待启用，然后检查所辖的所有业务模块的启用状态是否均为待启用；如果是，则操作维护中心根据启用顺序信息，顺序向各个业务模块下发启用命令；

步骤S5.业务模块接收到启用命令后，执行启用进程，启用结束后，向操作维护中心发送启用响应消息，操作维护中心接收到启用响应消息后，将对应的业务模块的启用状态修改为已启用。

进一步的，操作维护中心读取的配置信息默认为本地存储的默认信息，在有人工干预的情况下，采用用户修改后的信息，或者将用户的外部输入信息直接作为配置信息。

步骤S4中，如果所有业务模块的启用状态并不都是待启用，则操作维护中心继续等待并接收还未设置为待启用的业务模块的启用命令申请，接受到新启用命令申请后，回到检查所辖的所有业务模块的启用状态是否均为待启用的步骤，直至所辖的所有业务模块的启用状态均为待启用。

步骤S4、S5中顺序向各个业务模块下发启用命令，进一步为：操作维护中心根据启用顺序信息，先向启用顺序信息中优先级在前的业务模块下发启用命令，操作维护中心在接收到该业务模块的启用响应、并将该模块的启用状态修改为已启用后，才根据启用顺序信息，向优先级在后的业务模块下发启用命令。

本发明还提供一种基于操作维护中心进行业务模块崩溃重启后的启用控制方法，操作维护中心、业务模块部署在电信设备内部，操作维护中心用于对业务模块进行控制和管理。

业务模块崩溃重启后的启用控制方法包括以下步骤：

步骤S1.业务模块A崩溃重启后，向操作维护中心申请业务配置信息；

步骤S2.操作维护中心接收到业务模块A的业务配置信息申请，并根据启用状态将业务模块A诊断为崩溃重启；然后查询默认信息，获取与崩溃重启的业务模块A具有依赖关系的业务模块，将崩溃重启的业务模块A和与其具有依赖关系的业务模块作为依赖域；获取依赖域内各业务模块的业务配置信息和启用顺序信息，再将依赖域内各业务模块的启用状态修改为未配置，并下发业务复位命令；

步骤S3.依赖域内各业务模块接收到业务复位命令后重启，重启后向操作维护中心申请业务配置信息；

步骤S4.操作维护中心接收到业务配置信息申请后，向依赖域内各业务模块下发相应的业务配置信息，并将各业务模块的启用状态修改为已配置；

步骤S5.依赖域内各业务模块接收到业务配置信息，完成业务模块自身的配置，然后向操作维护中心申请启用命令；

步骤S6.操作维护中心接收到启用命令申请后，将依赖域内各业务模块的启用状态修改为待启用，然后检查依赖域内各业务模块的启用状态是否均为待启用；如果是，则操作维护中心根据启用顺序信息，顺序向依赖域内各业务模块下发启用命令；

步骤S7.依赖域内各业务模块接收到启用命令后，执行启用进程，启用结束后，向操作维护中心发送启用响应消息，操作维护中心接收到业务模块的启用响应消息后，将对应业务模块的启用状态修改为已启用。

其中，步骤S2中，操作维护中心默认查询本地存储的默认信息，在有人工干预的情况下，查询用户修改后的信息，或者直接查询用户的外部输入信息。

步骤S4中，在操作维护中心接收到业务配置信息申请后，获取并判断该业务模块的启用状态是否为未配置，如果为未配置，才下发配置信息。

步骤S6中，如果检查依赖域内各业务模块的启用状态不都是待启用，则操作维护中心等待并接收其他业务模块的启用命令申请；当接受到新启用命令申请后，回到检查依赖域内的所有业务模块的启用状态是否均为待启用的步骤，直至依赖域内的所有业务模块的启用状态均为待启用。

步骤S6、S7中顺序向各个业务模块下发启用命令，进一步为：操作维护中心根据启用顺序信息，先向启用顺序信息中优先级在前的业务模块下发启用命令，操作维护中心在接收到该业务模块的启用响应、并将该模块的启用状态修改为已启用后，才根据启用顺序信息，向优先级在后的业务模块下发启用命令。

本发明有益效果如下：

本发明基于操作维护中心的这种功能，添加适当的消息处理流程，将电信设备中业务模块的顺序启用及崩溃重启交由操作维护中心管理维护，从而使得电信设备的启用与重启更加灵活、可靠，同时通信服务的可靠性也得到增强。

本发明的其他特征和优点将在随后的说明书中阐述，并且，部分内容从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图仅用于示出具体实施例的目的，而并不认为是对本发明的限制，在整个附图中，相同的参考符号表示相同的部件。

图1为操作维护中心在电信设备中的部署架构示意图；

图2为电信设备内业务模块的状态跳转示意图。

具体实施方式

下面结合附图来具体描述本发明的优选实施例，其中，附图构成本申请一部分，并与本发明的实施例一起用于阐释本发明的原理。

本发明公开了一种基于操作维护中心进行业务模块的启用控制方法，以及业务模块崩溃重启后的启用控制方法。操作维护中心是电信设备的重要组成部分，如图1，操作维护中心部署在电信设备内部，与各业务模块直接连接，用于对电信设备内部的各业务模块进行控制和管理，包括配置管理和命令下发，还能根据电信设备内部各业务模块的依赖性和启用顺序要求，实现对电信备内部各业务模块的顺序启用控制和崩溃重启控制。

本发明为电信设备各个业务模块在启用过程中设计了四个启用状态，分别为：未配置、已配置、待启用、已启用。其中，未配置表明业务模块没有进行业务配置，无法进行业务逻辑处理，只能收发消息；已配置表明业务模块已经完成业务配置，接下来将向操作维护中心发送启用请求，申请启用命令；待启用表明业务模块已经向操作维护中心发出启用请求，正在等待启用命令；已启用表明业务模块已经接收到启用命令，并完成启用过程，接下来可以进行业务逻辑处理。图2给出了电信设备的业务状态跳转与消息交互流程。

本发明的一个具体实施例，公开了一种基于操作维护中心进行业务模块的启用控制方法，如图1所示，操作维护中心在电信设备内部，直接连接业务模块A、业务模块B、业务模块C。其中，业务模块A、业务模块B、业务模块C仅作为业务模块的示例，本发明并不局限于3个业务模块。

在启动电信设备的各业务模块时，需要按照业务模块的启用顺序进行启用。所述启用顺序是指是多个业务模块之间存在应用注册等关系。本实施例中，业务模块C必须在业务模块A、业务模块B启用之前启用，否则业务模块A、业务模块B无法完成启用过程并对外提供服务。故业务模块C在启用顺序信息中的优先级高，业务模块A、B的优先级低，但业务模块A、B的优先级相同。

基于上述条件，业务模块的启用控制方法，包括以下步骤：

步骤S1.电信设备上电，操作维护中心读取配置信息，将配置信息存入内存，并将操作维护中心所辖的所有业务模块的启用状态初始化为未配置；各业务模块(A～C)再向操作维护中心申请业务配置信息。

上述操作维护中心读取的配置信息包括各个业务模块自身的业务配置信息，还包括启用管理相关信息，启用管理相关信息进一步包括业务模块启用顺序、依赖关系等信息。

优选的，操作维护中心默认读取本地存储的默认信息作为配置信息，在有人工干预的情况下，可以由用户修改电信设备的信息，或者将用户的外部输入信息直接作为配置信息存入内存。

步骤S2.操作维护中心接收到业务模块发送的业务配置信息申请后，在内存中查找并读取与该业务模块对应的业务配置信息，并将其下发给对应的各个业务模块，同时将所辖的业务模块的启用状态修改为已配置。

步骤S3.业务模块接收到操作维护中心下发的业务配置信息，完成业务模块自身的各项配置，然后向操作维护中心申请启用命令。

步骤S4.操作维护中心接收到业务模块的启用命令申请后，将业务模块的启用状态修改为待启用，然后检查所辖的所有业务模块的启用状态是否均为待启用；

如果所有业务模块的启用状态均为待启用，则操作维护中心根据启用顺序信息，顺序向各个业务模块下发启用命令；

如果不是所有业务模块的启用状态均为待启用，则操作维护中心继续等待并接收还未设置为待启用的业务模块的启用命令申请，在接受到新启用命令申请后，回到检查所辖的所有业务模块的启用状态是否均为待启用的步骤，直至所辖的所有业务模块的启用状态均为待启用。

步骤S5.各业务模块接收到操作维护中心下发的启用命令，执行各自的启用进程；业务模块启用结束后，向操作维护中心返回启用响应，操作维护中心接收到启用响应后，将对应的业务模块的启用状态修改为已启用。

由于操作维护中心根据启用顺序信息，顺序向各个业务模块下发启用命令，因此各业务模块收到启用命令是有先后顺序的，使得各个业务模块的启用是有先后的。这种业务模块启用的先后设计，能满足多个业务模块之间的应用注册等关系，实现业务模块的顺序启动，不会造成在先启动的业务模块不能进行业务功能操作或需要等待上游业务模块的启动才能运行业务功能的问题。

优选的，为了保证各业务模块能够严格按照启用顺序要求进行启用，操作维护中心根据启用顺序信息，先向启用顺序信息中优先级在前的业务模块C下发启用命令，此时操作维护中心必须等待，当接收到业务模块C的启用响应后，将该模块的启用状态修改为已启用后，才根据启用顺序信息，向优先级在后的业务模块A和业务模块B下发启用命令。由于业务模块A和B的优先级相同，因此下发启用命令是同时的。如果业务模块A和B不同，则下发启用命令也按照上述先向优先级高的业务模块下发启用命令，在收到启用响应后，再向优先级低的业务模块下发的方式进行。

本发明的另一个具体实施例，公开了一种基于操作维护中心进行业务模块崩溃重启后的启用控制方法。

操作维护中心的业务模块之间存在依赖性，多个业务模块之间存在资源依赖关系。以本实施例为例，业务模块A和B之间存在资源依赖关系，如业务模块B内维护业务模块A的状态信息，业务模块A崩溃，存在依赖关系的业务模块B必须重启，否则无法保持状态的一致性，在此，资源依赖包含状态依赖，但不仅限于状态依赖。

基于上述条件，业务模块崩溃重启后的启用控制方法，包括以下步骤：

步骤S1.业务模块A崩溃重启后，立即向操作维护中心申请业务配置信息。

步骤S2.操作维护中心接收到业务模块A的业务配置信息申请后，获取并判断该业务模块的启用状态不是未配置的情况下，将该业务模块诊断为崩溃重启；

然后在内存中查询默认信息，获取与业务模块A具有依赖关系的业务模块信息，以及业务模块A和与业务模块A具有依赖关系的业务模块(业务模块B)的业务配置信息和启用顺序信息。其中，将崩溃重启的业务模块和与其具有依赖关系的业务模块作为依赖域。

本实施例中业务模块B与业务模块A具有依赖关系，将与业务模块A和具有依赖关系的业务模块B的启用状态修改为未配置，并向业务模块A和B下发业务复位命令。

优选的，操作维护中心默认查询本地存储的默认信息，在有人工干预的情况下，可以由用户修改电信设备的信息，或者将用户的外部输入信息直接作为配置信息。

步骤S3.依赖域内各业务模块——业务模块A和B接收到业务复位命令后重启，重启后向操作维护中心申请业务配置信息。

步骤S4.操作维护中心接收到业务模块A和B的业务配置信息申请后，获取并判断业务模块A和B的启用状态是否均为未配置，如果两者均为未配置，则向业务模块A和B下发相应的业务配置信息，并将业务模块A、业务模块B的启用状态修改为已配置。

步骤S5.依赖域的业务模块A和B接收到操作维护中心下发的业务配置信息，完成业务模块自身的各项配置，然后向操作维护中心申请启用命令。

步骤S6.操作维护中心接收到业务模块A和业务模块B的启用命令申请后，将依赖域内业务模块A、B的启用状态修改为待启用，然后检查依赖域内的所有业务模块的启用状态是否均为待启用；

如果是，则操作维护中心根据启用顺序信息，顺序向业务模块A和业务模块B下发启用命令；

如果否，则操作维护中心继续等待并接收其他业务模块的启用命令申请。当接受到新启用命令申请后，回到检查依赖域内的所有业务模块的启用状态是否均为待启用的步骤，直至依赖域内的所有业务模块的启用状态均为待启用。

步骤S7.业务模块A和B接收到操作维护中心下发的启用命令后，执行各自的启用进程；业务模块启用结束后，向操作维护中心返回启用响应，操作维护中心接收到启用响应后，将对应的业务模块的启用状态修改为已启用。当操作维护中心查询与业务模块A具有依赖关系的模块均启用完成后，崩溃重启流程完成。

优选的，步骤S7可以进一步设计为：在业务模块A的启用优先级高于业务模块B时，按照启用顺序信息，操作维护中心先向启用顺序信息中优先级在前的业务模块A下发启用命令，业务模块A接收到启用命令并完成启用后，向操作维护中心发送启用响应，操作维护中心将业务模块A的启用状态修改为已启用；然后，根据启用顺序信息，操作维护中心向优先级在后的业务模块B下发启用命令，业务模块B接受到启用命令并完成启用后，向操作维护中心发送启用响应消息，操作维护中心将业务模块B的启用状态修改为已启用。在业务模块A、B的启用优先级相同的情况下，则同时下发启用命令。

综上所述，本发明实施例提供了一种基于操作维护中心进行业务模块的启用控制方法，以及业务模块崩溃重启后的启用控制方法，上述控制方法具有以下优点：

1.通过操作维护中心负责对业务模块的顺序启用与重启进行控制管理，不需要人工干预，启用速度快，故障恢复能力强。

2.通过修改操作维护中心的配置信息能轻松变更电信设备内各业务模块的启用策略，使得操作维护中心可自适应新的启用策略，可移植性好，维护成本低。

3.操作维护中心对电信设备的启用策略可兼顾各业务模块的依赖关系及启用顺序要求，可靠性强。

4.操作维护中心维护业务模块启用过程的状态信息，便于查询，当业务模块行为与状态不一致时，立即复位业务模块，提高了操作维护中心对电信设备的高可控性。

5.操作维护中心存储电信设备各业务模块的业务配置信息，各业务模块的业务配置只能向操作维护中心申请，避免了业务模块内部因误操作导致业务配置错误带来的风险，安全性高。

本领域技术人员可以理解，实现上述实施例方法的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于计算机可读存储介质中。其中，所述计算机可读存储介质为磁盘、光盘、只读存储记忆体或随机存储记忆体等。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。