基于业务流量许可进行业务调度的方法、装置及系统

摘要

本发明涉及通信领域，公开了一种基于业务流量许可进行业务调度的方法、装置及系统，用以令业务节点所使用的业务流量许可与业务节点的性能相匹配，从而优化系统资源。该方法为：针对目前不同运营商、不同地区业务平台多样化，业务发展不平衡的普遍现象，令系统可以根据各业务节点的业务license使用情况，实时灵活地调整任意一种业务需要使用的业务节点的个数，这样，便令业务节点所使用的业务license与业务节点的性能相匹配，不仅有效地解决了多业务融合中各个业务发展不平衡所导致的资源浪费问题，还可以很大程度上降低运营成本，在提高了管理效率和系统易用性的同时最大程度的合理分配了软/硬件资源，从而实现了最优最合理的资源利用。

说明书

技术领域

本发明涉及通信领域，特别涉及一种基于流量许可进行业务调度的方法、 装置及系统。

背景技术

目前，通讯领域正朝着多业务、多网络的融合方向发展，各种功能的业务 平台越来越多的部署到通讯网络中。现阶段的通讯运营商，尤其是跨国运营商 都面临着减低CAPEX(资本性输出)和OPEX(运营成本)的重任，新业务 的部署，或者现网已有业务的扩容或替换，都要遵循降低TCO(总成本)的原 则，以最小的投入，产生最大的收益。

对于一些用户量不多、但是需要提供各类业务平台的小型国家而言，可融 合多业务的统一平台成为一种不错的选择。多业务融合统一平台的使用使得针 对多业务的统一业务调度系统也得到了广泛应用，同时，多业务融合统一平台 的使用也催生了一种多业务运营模式，即运营商希望在有限的设备资源条件下 购买固定量的业务license(流量许可)，并针对每一种业务设置相应的license 其中，每种业务对应的license的门限值可以由统一业务调度系统根据相应业务 的发展情况自动调整，以适应不同业务的运营规模和流量，从而达到节约成本 的目的。

然而，虽然license的门限值可以根据业务的发展情况进行自动调整，但是， 业务节点的软/硬件性能却是固定的，当业务节点的软/硬件性能与分配到的业 务license不匹配时，现有技术下，没有相应的解决方案对此进行调整，从而影 响了多业务融合统一平台的整体性能。

发明内容

本发明实施例提供一种基于业务流量许可进行业务调度的方法、装置及系 统，用以令业务节点所使用的业务流量许可与业务节点的性能相匹配，从而优 化系统资源。

本发明实施例提供的具体技术方案如下：

一种基于业务license的业务调度方法，包括：分别对融合的每一种业务的 业务节点进行流量监测；

根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业 务license不匹配时，对所述任意一种业务的业务license进行数值调整。

根据调整结果，确定所述任意一种业务的业务节点性能与调整后的业务 license不匹配时，对所述任意一种业务的业务节点数量进行相应调整。

一种基于license的业务调度装置，包括：

license调控模块，用于分别对融合的每一种业务的业务节点进行流量监 测，根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务 license不匹配时，对所述任意一种业务的业务license进行数值调整，以及根据 调整结果，确定所述任意一种业务的业务节点性能与调整后的业务license不匹 配时，通知业务调度模块对所述任意一种业务的业务节点数量进行相应调整；

业务调度模块，用于根据license调控模块的指示对任意一种业务的业务节 点数量进行相应调整。

一种基于license的业务调度系统，包括：

license调控装置，用于分别对融合的每一种业务的业务节点进行流量监 测，根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务 license不匹配时，对所述任意一种业务的业务license进行数值调整，以及根据 调整结果，确定所述任意一种业务的业务节点性能与调整后的业务license不匹 配时，通知业务调度装置对所述任意一种业务的业务节点数量进行相应调整；

业务调度装置，用于根据license调控装置的指示对任意一种业务的业务节 点数量进行相应调整。

本发明实施例中，针对目前不同运营商、不同地区业务平台多样化，业务 发展不平衡的普遍现象，提供了一种基于业务license的业务调度方法、装置及 系统，令系统可以根据各业务节点的业务license使用情况，实时灵活地调整任 意一种业务需要使用的业务节点的个数，这样，便令业务节点所使用的业务 license与业务节点的性能相匹配，不仅有效地解决了多业务融合中各个业务发 展不平衡所导致的资源浪费问题，还可以很大程度上降低运营成本，在提高了 管理效率和系统易用性的同时最大程度的合理分配了软/硬件资源，从而实现了 最优最合理的资源利用。

附图说明

图1A为本发明实施例中业务调度系统体系架构示意图；

图1B为本发明实施例中业务调度装置功能结构示意图；

图2为本发明实施例中业务调度系统基于业务license进行业务调度流程 图；

图3为本发明实施例中业务调度系统初始加载业务节点流程图；

图4为本发明实施例中业务调度系统基于业务license进行业务节点加载流 程图；

图5为本发明实施例中业务调度系统基于业务license进行业务节点卸载流 程图。

具体实施方式

为了令业务节点所使用的业务license与业务节点的软/硬件性能相匹配， 从而优化多业务融合统一平台的整体性能，本发明实施例中，新设计了一种具 有业务调度功能的系统，该系统分别对融合的每一种业务的业务节点进行流量 监测，并在根据监测结果确定任意一种业务的业务节点的流量与该任意一种业 务的业务license不匹配时，对该任意一种业务license进行数值调整，以及根 据调整结果，确定上述任意一种业务的业务节点性能与调整后的业务license 不匹配时，对该任意一种业务的业务节点数量进行相应调整。

下面结合附图对本发明优选的实施方式进行详细说明。

参阅图1A所示本发明提供一种基于业务license的业务调度系统，该业务 调度系统可以调度的业务不限于单个业务，可以是通过多业务融合统一平台部 署的各种业务，该业务调度系统包括：

操作维护装置11，用于提供手动的业务调度操作，根据指示通知业务调度 模块13分别针对每一种业务进行业务节点加载，并分别针对每一种业务配置 相应的业务license初始值，以及分别将每一种业务对应的业务license初始值 同步至license调控模块并分配给相应的各业务节点。

具体的，根据管理人员的指示对业务节点进行部署、管理及配置，对业务 license和业务调度等相关系统参数和业务参数进行配置及维护，以及将各个业 务当前业务信息向管理人员进行展示等等。

具体的，操作维护装置11向管理人员提供可手动调度业务节点的终端， 管理人员通过该装置可完成业务节点的加载、卸载、启动、停止等操作，操作 维护装置11将管理人员的操作请求发送给业务调度装置13，令业务调度装置 13完成整个业务节点调度的操作流程并将当前业务的业务节点信息同步给 license调控装置12；同时操作维护装置11也向管理人员提供进行各个业务 license初始值分配等相关配置功能，并将配置数据同步给license调控装置12， 操作维护模块11还可以向管理人员展现业务节点的调度情况和业务license使 用分配情况。

license调控装置12，用于分别对融合的每一种业务的业务节点进行流量监 测，根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业务 license不匹配时，对该任意一种业务的业务license进行数值调整，以及根据调 整结果，确定该任意一种业务的业务节点性能与调整后的业务license不匹配 时，通知业务调度模块对该任意一种业务的业务节点数量进行相应调整；

具体的，license调控装置12接收各个业务节点上报的业务license的取值 并按照业务节点的流量对业务license取值进行调控，以及根据业务license的 取值判断是否需要进行业务节点数量的调整，在需要调整的情况下通知业务调 度装置13进行业务节点数量的调整；例如，license调控装置12收集各个业 务节点上报的业务license的取值并根据当前的业务license使用情况调整分配 给各个业务的业务license的取值，再根据分配的业务license的取值和业务节 点当前的软件处理能力或/和硬件处理能力，分析并判断是否需要加载或卸载业 务节点，在分配给某个业务的业务license的取值超出或即将超出该业务所有业 务节点的软件处理能力或/和硬件处理能力时时发通知消息给业务调度装置13 进行业务节点的加载，在分配给某个业务的业务license的取值降低到可以卸载 一个业务节点时发通知消息给业务调度装置13进行业务节点的卸载。

业务调度装置13，用于根据license调控装置12的指示对任意一种业务的 业务节点数量进行相应调整。

具体的，业务调度装置13完成整个业务节点调度的操作流程并将业务节 点信息同步给license调控装置12；例如，业务调度装置13完成各个业务节点 的调度，包括加载，卸载，启动，停止等等；并实时地将各个业务节点的使用 情况同步至license调控装置12。

本发明实施例中，后台维护装置11，license调控装置12，业务调度装置 13，可以分别由单独的服务器实现，也可以分别由服务器群组实现，还可以由 服务器和服务器群组配合实现：例如，后台维护装置11、license调控装置12 和业务调度装置13分别由服务器或服务器群组实现，又例如，后台维护装置 11、license调控装置12分别由服务器实现，而业务调度装置13由服务器群组 实现，又例如，后台维护装置11由服务器群组实现，license调控装置12和业 务调度装置13分别由服务器实现。......当然，上述几种方式仅为举例，并不 局限于此，具体实施时，管理人员可以根据具体的实用环境进行相应调整，在 此不再赘述。

另一方面，实际应用中，在系统环境不太复杂的情况下，也可以将后台维 护装置11，license调控装置12，业务调度装置13作为功能模块集成在一台或 多台服务器中。

参阅图1B所示，本发明实施例中，可以提供一种业务调度装置，该业务 调度装置包括操作维护模块110、license调控模块120和业务调度模块130， 其中，

操作维护模块110，用于根据指示通知业务调度模块130分别针对每一种 业务进行业务节点加载，并分别针对每一种业务配置相应的业务license，以及 分别将每一种业务对应的业务license通过license调控模块120分配给相应的 各业务节点；

license调控模块120，用于分别对融合的每一种业务的业务节点进行流量 监测，根据监测结果确定任意一种业务的业务节点流量与该任意一种业务的业 务license不匹配时，对上述任意一种业务的业务license进行数值调整，以及 根据调整结果，确定上述任意一种业务的业务节点性能与调整后的业务license 不匹配时，通知业务调度装置对上述任意一种业务的业务节点数量进行相应调 整；

业务调度模块130，用于根据license调控模块120的指示对任意一种业务 的业务节点数量进行相应调整。

当然，操作维护模块110、license调控模块120和业务调度模块130可以 集成在一台服务器中，也可以分布集成在两台服务器中，上述方式仅为举例， 并不局限于此，具体实施时，管理人员可以根据具体的实用环境进行相应调整， 在此不再赘述。

当然，除上述功能外，操作维护模块110、license调控模块120和业务调 度模块130还可以完成其他多种功能，具体分别参见操作维护子系统11、license 调控子系统12和业务调度装置13的相关功能描述即可，在此亦不再赘述。

基于上述技术方案，参阅图2所示，本发明实施例中，以图1A所示的情 况为例，介绍业务调度系统基于业务license进行业务调度的概述流程如下：

步骤S201：业务调度系统分别对融合的每一种业务的业务节点进行流量监 测。

例如，业务调度系统可以通过license调控装置12对多业务融合统一平台 融合的每一种业务的业务节点进行流量监测，业务节点的数量可以为一个或多 个。在实际应用中，针对每一种业务，业务调度系统均会预先分配一个业务 license初始值，并且，较佳的，将每一种业务的业务license初始值均分给相应 业务的各个业务节点，而各个业务节点会向业务调度系统实时上报当前使用的 业务license，该当前使用的业务license即可看作是业务节点的流量，其可以小 于等于业务节点分配到的业务license。

步骤S202：业务调度系统根据监测结果确定任意一种业务的业务节点流量 与该任意一种业务的业务license不匹配时，对上述任意一种业务的业务license 进行数值调整。

例如，license调控装置12确认某一业务的业务节点上报的流量和该业务 的业务license不匹配时，对该业务的业务license进行数值上调或下调。其中， 所谓业务节点流量与业务license不匹配，是指某一种业务的业务节点当前使用 的业务license的总和高于上述某一种业务的业务license上限值，此时，各业 务节点已无法承受分配到的业务license，应当将上述某一种业务的业务license 进行适当上调，或者，所谓业务节点流量与业务license不匹配，是指某一种业 务的业务节点当前使用的业务license的总和低于上述某一种业务的业务 license下限值，此时，业务节点的流量远远低于分配到的业务license，从而造 成业务license的浪费，应当将上述某一种业务的业务license进行适当下调。

步骤S203：业务调度系统根据调整结果，确定上述任意一种业务的业务节 点性能与调整后的业务license不匹配时，对上述任意一种业务的业务节点数量 进行相应调整。

例如，license调控装置12根据调整结果，确定上述任意一种业务的业务 节点的软件性能或/和硬件性能与调整后的业务license不匹配时，通知业务调 度装置13对业务节点进行相应数量的加载或卸载。

另一方面，所谓业务节点的软件性能或/和硬件性能与调整后的业务license 不匹配，是指license调控装置12对某一种业务的业务license进行上调时，令 调整后的业务license高于相应的各业务节点的软件性能或/和硬件性能能够支 持的最大业务license之和，此时，需要加载新的业务节点以支持上调后的业务 license，或者，，所谓业务节点的软件性能或/和硬件性能与调整后的业务license 不匹配，是指license调控装置13对某一业务的业务license进行下调时，令调 整后的业务license与调整前的业务license的差值，大于单个业务节点的软件 性能或/和硬件性能能够支持的最大业务license，此时，需要卸载已有的业务节 点以节省设备资源。

在执行完步骤S203后，业务调度系统需要将任意一种业务调整后的业务 license重新分配给当前对应的各业务节点。例如，业务调度系统将任意一种业 务的业务license上调后，将新的业务license重新均分给原有的各业务节点以 及新加载的业务节点；又例如，业务调度系统将任意一种业务的业务license 下调后，将新的业务license重新均分给卸载业务节点后剩余的各业务节点。

接时，业务调度系统还需要实时接收各业务节点上报的最新的业务license 使用情况，以保证下一次业务license调整的准确执行。

下面以三个具体应用场景为例，对上述步骤S201-步骤S203的具体执行 过程进行详细说明。

首先，为了实现基于业务license的业务调度，需要先触发业务节点进行业 务license上报，那么，参阅图3所示，本发明实施例中，触发业务节点上报业 务license的详细流程如下：

步骤S301：管理人员通过操作维护装置11将业务节点加载请求发送至业 务调度装置13。

实际应用中，管理人员通过操作维护装置11预先配置好各个业务的业务 license初始值，并通过操作维护装置11通知业务调度装置13加载N个业务节 点(N＞＝1)；同时，操作维护装置11会将配置数据同步给license调控装置 12；

步骤S302：业务调度装置13根据接收的业务节点加载请求完成业务节点 的加载。

步骤S303：业务调度装置13同步业务节点信息给license调控装置12。

业务调度装置实时地将各个业务的业务节点的使用情况同步至license调 控装置12。

步骤S304：license调控装置12发送上报通知给业务节点。

license调控装置12将每一个业务的业务license初始值均分给相应业务的 N个节点，并通知各个业务节点开始上报业务运行中实际使用的业务license 值。

步骤S305：业务节点收到上报通知后开始上报本地使用的业务license给 license调控装置12。

为了进一步实现基于业务license的业务调度，需要业务调度系统能够根据 当前业务的流量进行业务节点的加载，本发明实施例中，以彩信业务为例进行 说明，假设彩信业务当前只有一个业务节点Y1，Y1的最大软件处理能力为350 条/秒，为Y1配置的业务license调控阈值为80％，系统分配给彩信业务的初 始业务license的取值为350条/秒，license调整单位(即调整幅度)为100条/ 秒，其中，80％是预先设置的license调整阈值，本实施例中，将业务license 上调的原则是：业务当前使用的业务license＞分配的业务license×80％，当满 足该原则时，就需要增加分配给该业务的业务license；那么，参阅图4所示， 本发明实施例中，业务调度系统实现业务节点加载的详细流程如下：

步骤S401：license调控装置12接收彩信业务的业务节点Y1上报的当前 使用的业务license。本实施例中，Y1上报的业务license的取值为300条/秒。

步骤S402：license调控装置12确定彩信业务的业务license的总值需上调， 且上调后的业务license超过Y1的最大软件处理能力。

本实施例中，license调控装置12需要根据Y1上报的业务license使用情 况在业务运行过程中对彩信业务的业务license的总值进行调整，当上调后的业 务license超过Y1的最大软件处理能力时，license调控装置12需要通知业务 调度装置12进行彩信业务节点的加载。本实施例中，以当前彩信业务仅有一 个业务节点Y1为例进行说明，如有多个业务节点，则license调控装置12需 确定调整后的彩信业务的业务license的总值超过所有业务节点的最大软件处 理能力之和时，才通知业务调度装置12进行彩信业务节点的加载，因为，较 佳的，业务license是在同一业务的不同业务节点之间均分的。

例如，license调控装置12根据Y1当前的流量计算出分配给Y1的业务 license需要上调，如，300条/秒大于350条/秒*80％＝280条/秒，其中，300条 /秒是业务当前实际使用的业务license的取值，350条/秒是分配的业务license， 80％是阈值，则license调控装置12为彩信业务增加100条/秒(预先设定的调 整量)的业务license单位，即分配给Y1的业务license由350条/秒增加到450 条/秒，而450条/秒大于Y1所能承受的最大软件处理能力350条/秒。

步骤S403：license调控装置12将加载业务节点请求发送至业务调度装置 13。

例如：由于450条/秒大于Y1所能承受的最大软件处理能力350条/秒，显 然，需要加载新的彩信业务节点，因此，license调控装置12发送加载彩信业 务节点的请求消息给业务调度装置13。

步骤S404，业务调度装置13完成彩信业务节点的加载操作并同步最新的 彩信业务节点信息给license调控装置12。

例如：业务调度装置13加载新的彩信业务节点Y2，并将Y1，Y2的使用 信息同步至license调控装置12。

步骤S405：license调控装置12将上调后的彩信业务的业务license均分给 当前的Y1和Y2。

例如，license调控装置12将当前分配给彩信业务的业务license值450条/ 秒均分给彩信业务节点Y1和Y2。

另一方面，为了进一步实现基于业务license的业务调度，需要业务调度系 统也能够根据当前业务的流量进行业务节点的卸载，本发明实施例中，仍以彩 信业务为例进行说明，假设彩信业务当前有3个业务节点Y1、Y2、Y3，每个 业务节点最大软件处理能力为350条/秒，license调控阈值为80％。分配给彩 信业务的初始业务license值为1050条/秒；其中，80％是预先设置的license 调整阈值，本实施例中，将业务license进行下调的原则是：业务当前使用的业 务license/分配的业务license＜80％，当满足该原则时，减少分配给该业务的业 务license；那么，参阅图5所示，本发明实施例中，业务调度系统实现业务节 点加载的详细流程如下：

步骤S501：license调控装置12接收各彩信业务的业务节点Y1、Y2和Y3 上报的业务license。

例如，彩信业务节点Y1、Y2、Y3上报的业务license的总值为480条/每 秒。

步骤S502：license调控装置12确定彩信业务的业务license的总值需下调 且下调的业务license值大于单个业务节点的最大软件处理能力。

例如，license调控装置12根据Y1、Y2和Y3当前的流量计算出分配给彩 信业务的业务license的总值需要下调，如，480条/秒/1050条/秒＜80％，则 license调控装置12应当将彩信业务的业务license减少 1050-480/80％＝1050-600＝450条/秒(预设的license调整量计算方式)，即分配 给彩信业务的业务license的总值由1050条/秒减少到600条/秒，其中，450条 /秒＞350条/秒(单个彩信业务节点所能承受的业务license上限值)。

步骤S503，license调控装置12将卸载业务节点请求发送至业务调度装置 13。

例如，由于减少的450条/秒大于单个彩信业务节点的最大软件处理能力 350条/秒，则至少可以释放出一个彩信业务节点，那么，license调控装置12 发送卸载彩信业务节点请求给业务调度装置13。

步骤S504：业务调度装置13完成彩信业务节点的卸载，并同步最新的彩 信业务节点信息给license调控装置12。

例如，业务调度装置13卸载彩信业务节点Y3，并同步彩信业务节点Y1， Y2的信息给license调控装置12。

步骤S505：license调控装置12将下调后的彩信业务的业务license的总值 均分给各个彩信业务节点。

例如，license调控装置12将当前分配给彩信业务的业务license的总值600 条/秒均分给彩信业务节点Y1和Y2。

在上述两个实施例中，在满足预设的调整条件时，针对分配给彩信业务的 业务license进行上调或下调时使用的license调整量(如，100条/秒和450条/ 秒)只是举了两种简单的计算的例子，具体实施时可以是结合各方面因素计算 出所需的license调整量，而调整阈值(如，80％)也可以是不同的其他取值， 调整阈值的使用方法也可以是其他的阈值策略，均可以根据实际应用环境而灵 活设置，在此不再赘述。

综上所述，本发明实施例中，针对目前不同运营商、不同地区业务平台多 样化，业务发展不平衡的普遍现象，提供了一种基于业务license的业务调度方 法、装置及系统，令系统可以根据各业务节点的业务license使用情况，实时灵 活地调整任意一种业务需要使用的业务节点的个数，这样，便令令业务节点所 使用的业务license与业务节点的性能相匹配，不仅有效地解决了多业务融合中 各个业务发展不平衡所导致的资源浪费问题，还可以很大程度上降低运营成 本，在提高了管理效率和系统易用性的同时最大程度的合理分配了软/硬件资 源，从而实现了最优最合理的资源利用。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。