短信通道资源的调配方法、装置、设备及存储介质与流程

[0001]
本公开涉及通信领域，特别涉及一种短信通道资源的调配方法、装置、设备及存储介质。


背景技术：

[0002]
短信通道资源是一种用于发送短信的特殊通道资源，特别是在企业中，短信通道资源的应用更为广泛，被分配给各个业务以满足对短信发送的需求。
[0003]
为了满足业务对短信通道资源的需求，服务器基于预先设置的资源容量将短信通道资源通道分配给各个业务，各个业务使用各自分配到的短信通道资源实现短信发送。
[0004]
但是，由于短信通道资源的容量有限，因此，在面对业务增长、以及资源容量下降等突发状况时，无法及时作出应对。


技术实现要素：

[0005]
本公开实施例提供了一种短信通道资源的调配方法、装置、设备及存储介质。所述技术方案如下：
[0006]
根据本公开实施例的一个方面，提供了一种短信通道资源的调配方法，该方法包括：
[0007]
接收待运营业务对短信通道资源的资源请求，资源请求携带有待运营业务的所需容量；
[0008]
响应于资源请求，获取至少一条短信通道资源的未分配容量，未分配容量是指未分配给至少一项运营业务使用的资源容量；
[0009]
响应于未分配容量小于所需容量，获取至少一条短信通道资源的未使用容量，未使用容量是指至少一项运营业务未使用的资源容量；
[0010]
响应于未使用容量大于所需容量，从未使用容量中调配所需容量的短信通道资源给待运营业务。
[0011]
在一些实施例中，未使用容量包括未分配容量、以及至少一项运营业务分配到且未使用的资源容量；
[0012]
响应于未使用容量大于所需容量，从未使用容量中调配所需容量的短信通道资源给待运营业务，包括：
[0013]
响应于未使用容量大于所需容量，将所需容量与未分配容量的差值确定为待运营业务的待分配容量；
[0014]
从至少一个运营业务分配到的资源容量中裁剪出待分配容量；
[0015]
将未分配容量与裁剪出的待分配容量的短信通道资源分配给待运营业务。
[0016]
在一些实施例中，从至少一个运营业务分配到的资源容量中裁剪出待分配容量，包括：
[0017]
从第i项运营业务分配到的资源容量中裁剪出第i个未使用容量；
[0018]
将待分配容量与第i个未使用容量的差值确定为更新后的待分配容量；
[0019]
响应于更新后的待分配容量等于或者小于零，结束对运营业务分配到的资源容量的裁剪，i为正整数。
[0020]
在一些实施例中，该方法包括：
[0021]
响应于未使用容量小于所需容量，将所需容量与未分配容量的差值确定为待运营业务的待分配容量；
[0022]
获取第i项运营业务对短信通道资源使用的原分配容量与实际容量、以及至少一项运营业务对短信通道资源使用的实际总容量；
[0023]
根据待分配容量、实际容量、以及实际总容量向下调整第i项运营业务使用的资源容量，得到第i项运营业务的最新分配容量；
[0024]
将原分配容量与最新分配容量的差值确定为第i项运营业务的可裁剪容量；
[0025]
将至少一项运营业务的可裁剪容量与未分配容量的短信通道资源分配给待运营业务。
[0026]
在一些实施例中，待运营业务是指新增运营业务；
[0027]
或者，待运营业务是指由于使用的短信通道资源故障导致的无法运营的业务。
[0028]
在一些实施例中，该方法还包括：
[0029]
将所需容量与资源利用率阈值的乘积设置为待运营业务的限流器的最小限流阈值，将所需容量确定为限流器的最大限流阈值；
[0030]
其中，资源利用率阈值是指短信系统要求的短信通道资源的最小利用率，限流器用于控制业务的短信发送流量。
[0031]
在一些实施例中，限流器用于实时监控业务对短信通道资源的利用率；
[0032]
将所需容量与资源利用率阈值的乘积设置为待运营业务的限流器的最小限流阈值，将所需容量确定为限流器的最大限流阈值之后，包括：
[0033]
将待运营业务确定为目标运营业务，周期性确定目标运营业务对短信通道资源使用的实际容量；
[0034]
响应于在第t个周期内实际容量小于最小限流阈值，将第t个周期内的最小限流阈值更新为第t+1个周期内限流器的最大限流阈值；计算第t个周期内的最小限流阈值与资源利用率阈值的乘积，将乘积更新为第t+1个周期内限流器的最小限流阈值；
[0035]
响应于在第t个周期内存在实际容量大于最小限流阈值的时刻、且实际容量小于最大限流阈值，确定在第t+1个周期内限流器的限流阈值不变；
[0036]
响应于在第t个周期内实际容量大于最小限流阈值、且存在实际容量大于最大限流阈值的时刻，将第t个周期内的最大限流阈值更新为第t+1个周期内限流器的最小限流阈值；计算第t个周期内的最大限流阈值与资源利用率阈值的商值，将商值更新为第t+1个周期内限流器的最大限流阈值。
[0037]
根据本公开实施例的另一个方面，提供了一种短信通道资源的调配装置，该装置包括：
[0038]
接收模块，用于接收待运营业务对短信通道资源的资源请求，资源请求携带有待运营业务的所需容量；
[0039]
获取模块，用于响应于资源请求，获取至少一条短信通道资源的未分配容量，未分
配容量是指未分配给至少一项运营业务使用的资源容量；
[0040]
获取模块，用于响应于未分配容量小于所需容量，获取至少一条短信通道资源的未使用容量，未使用容量是指至少一项运营业务未使用的资源容量；
[0041]
分配模块，用于响应于未使用容量大于所需容量，从未使用容量中调配所需容量的短信通道资源给待运营业务。
[0042]
根据本公开实施例的另一方面，提供了一种接入网设备，该接入网设备包括：
[0043]
处理器；
[0044]
与处理器相连的收发器；
[0045]
其中，处理器被配置为加载并执行可执行指令以实现如上述实施例所述的短信通道资源的调配方法。
[0046]
根据本公开实施例的另一方面，提供了一种计算机存储介质，该计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，上述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述实施例所述的短信通道资源的调配方法。
[0047]
根据本公开实施例的另一方面，提供了一种计算机程序产品，上述计算机程序产品包括计算机指令，上述计算机指令存储在计算机可读存储介质中。计算机设备的处理器从上述计算机可读存储介质读取上述计算机指令，上述处理器执行上述计算机指令，使得上述计算机设备执行如上述实施例所述的短信通道资源的调配方法。
[0048]
本公开实施例提供的技术方案可以包括以下有益效果：
[0049]
在接收到待运营业务对短信通道资源的资源请求时，确定当前使用的短信通道资源是否存在未使用的资源容量足够支持待运营业务的使用，在存在未使用的资源容量足够支持待运营业务的情况下，调配当前的短信通道资源同时支持原有运营业务的使用与待运营业务的使用，使得待运营业务能够及时获得足够的短信通道资源的资源容量来发送短信，该方法在面对业务增长、以及资源容量下降等突发状况时能够及时作出应对，使得运营业务不致于因为突发状况而无法及时运营起来或者被迫暂时停止运营。
附图说明
[0050]
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0051]
图1是根据一示例性实施例示出的一种通信系统的框图；
[0052]
图2是根据一示例性实施例示出的短信通道资源的调配方法的流程图；
[0053]
图3是根据一示例性实施例示出的短信通道资源的调配的示意图；
[0054]
图4是根据另一示例性实施例示出的短信通道资源的调配方法的流程图；
[0055]
图5是根据另一示例性实施例示出的短信通道资源的调配方法的流程图；
[0056]
图6是根据另一示例性实施例示出的短信通道资源的调配方法的流程图；
[0057]
图7是根据一示例性实施例示出的业务限流的示意图；
[0058]
图8是根据另一示例性实施例示出的短信通道资源的调配的示意图；
[0059]
图9是根据一示例性实施例示出的短信通道资源的调配装置的框图；
[0060]
图10是根据一示例性实施例示出的终端的结构示意图；
[0061]
图11是根据一示例性实施例示出的接入网设备的结构框图。
具体实施方式
[0062]
为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。
[0063]
本公开实施例涉及的若干相关名词的简介如下：
[0064]
业务：是指短信发送业务，在本申请中运营业务是指已分配了短信通道资源的、正在使用短信通道资源支持短信发送的业务，待运营业务是指等待分配短信通道资源以支持短信发送的业务，待运营业务在分配到可使用的短信通道资源之前不支持短信发送。
[0065]
资源利用率：是指业务运营过程中使用短信通道资源的实际容量与分配到的短信通道资源的容量之间的比值。资源利用率阈值则是指短信系统要求的短信通道资源的最小资源利用率，示例性的，该资源利用率阈值是指整个系统的资源利用率。比如，短信系统中存在n项运营业务，第i项运营业务分配到的短信通道资源的资源容量为qi，i＝1,2,3
…
,n；n项运营业务使用m条短信通道资源，第j条短信通道资源的资源容量为uj，j＝1,2,3,
…
,m，n个运营业务使用的所需容量sum(qi)，m条短信通道资源的资源容量为sum(uj)，若n个运营业务使用短信通道资源的实际容量即为sum(qi)，则整体的资源利用率为sum(qi)/sum(uj)；n、m为正整数，i为小于或者等于n的正整数，j为小于或者等于m的正整数。
[0066]
图1是本公开一个示例性实施例提供的通信系统的框图。该通信系统可以是短信系统。该通信系统可以包括：接入网12和终端14。
[0067]
接入网12中包括若干接入网设备120。接入网设备120与核心网设备110之间通过某种接口技术互相通信，例如lte系统中的s1接口，5g nr系统中的ng接口。接入网设备120可以是基站，所述基站是一种部署在接入网中用以为终端提供无线通信功能的装置。所述基站可以包括各种形式的宏基站，微基站，中继站，接入点等等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如在lte系统中，称为enodeb或者enb；在5g nr系统中，称为gnodeb或者gnb。随着通信技术的演进，“基站”这一名称的描述可能会变化。
[0068]
终端14可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备(user equipment，ue)，移动台(mobile station，ms)，终端(英文：terminal device)等等。为方便描述，上面提到的设备统称为终端。接入网设备120与终端14之间通过某种空口技术互相通信，例如uu接口。
[0069]
图2是根据一示例性实施例提供的短信通道资源的调配方法的流程图。该方法可以由图1所示的通信系统来执行，该方法包括：
[0070]
步骤201，接收待运营业务对短信通道资源的资源请求，该资源请求携带有待运营业务的所需容量。
[0071]
针对一项业务，终端通过基站向另外的终端发送短信所使用的短信通道资源的容量是预先向基站申请、由基站分配得到的；存在n项运营业务，基站按照申请为n项运营业务
分配使用m条短信通道资源。示例性的，在上述n项运营业务通过m条短信通道资源进行短信通信时，基站接收到待运营业务对短信通道资源的资源请求时，提取出资源请求携带的待运营业务对短信资源通道的所需容量qx，执行步骤202。
[0072]
可选地，待运营业务是指新增运营业务；或者，待运营业务是指由于使用的短信通道资源故障导致的无法运营的业务。
[0073]
步骤202，响应于资源请求，获取至少一条短信通道资源的未分配容量。
[0074]
上述未分配容量是指未分配给至少一项运营业务使用的资源容量。示例性的，上述未分配容量可以是指m条短信通道资源的未分配给n项运营业务使用的资源容量，即sum(uj)-sum(qi)。
[0075]
基站接收到待运营业务对短信通道资源的资源请求，获取至少一条短信通道资源的未分配容量，进而判断至少一条短信通道资源是否能够支持待运营业务对短信通道资源的需求，也即判断上述未分配容量是否大于或者等于待运营业务的上述所需容量。
[0076]
步骤203，响应于未分配容量小于所需容量，获取至少一条短信通道资源的未使用容量。
[0077]
上述未使用容量是指至少一项运营业务未使用的资源容量。示例性的，在一项运营业务使用短信通道资源的过程中，短信发送流量所占用的短信通道资源的实际容量qi
’
可能小于该项运营业务所分配到的资源容量qi，则该项运营业务存在未使用容量qi-qi
’
，进一步地，至少一条短信通道资源的未使用容量为sum(uj)-sum(qi
’
)。
[0078]
基站监控每一项运营业务的短信发送流量，也即运营业务使用短信通道资源的实际容量，响应于上述未分配容量小于所需容量，也即sum(uj)-sum(qi)<qx，获取至少一条短信通道资源的未使用容量sum(uj)-sum(qi
’
)。
[0079]
步骤204，响应于未使用容量大于或者等于所需容量，从未使用容量中调配所需容量的短信通道资源给待运营业务。
[0080]
基站在确定未使用容量大于或者等于所需容量时，则从未使用容量中调配所需容量的短信通道资源给待营业业务。其中，未使用容量中包括了未分配容量、以及至少一项运营业务分配到且未使用的资源容量；基站响应于未使用容量大于或者等于所需容量，将所需容量与未分配容量的差值确定为待运营业务的待分配容量，待分配容量即是在将未分配容量确定分配给待运营业务后，待运营业务还需要的资源容量；继而，基站从至少一个运营业务分配到的资源容量中裁剪出待分配容量，将未分配容量与裁剪出的待分配容量的短信通道资源分配给待运营业务。
[0081]
由于每一项运营业务对各自分配到的短信通道资源的资源容量的使用率并非是百分之百，则每一项运营业务分配到的短信通道资源中存在未使用容量，因此，对于待分配容量的裁剪，基站从第i项运营业务分配到的资源容量中裁剪出第i个未使用容量；将待分配容量与第i个未使用容量的差值确定为更新后的待分配容量；响应于更新后的待分配容量等于或者小于零，结束对运营业务分配到的资源容量的裁剪。
[0082]
即在裁剪得到第i项运营业务的第i个未使用容量时，确定将第i个未使用容量分配给待运营业务，之后将待分配容量与第i个未使用容量的差值更新为待分配容量，即重新确定出当前待运营业务还需要的资源容量，若更新后的待分配容量等于或者小于零，表示未分配容量与裁剪得到的未使用容量已经满足待运营业务的所需容量，若更新后的待分配
容量大于零，表示未分配容量与裁剪得到的未使用容量仍未满足待运营业务的所需容量，继续对第i+1项运营业务的未使用容量进行裁剪，直至未分配容量与裁剪得到的未使用容量满足待运营业务的所需容量。
[0083]
示例性的，对于运营业务的未使用容量的裁剪，基站是按照运营业务分配到的资源容量由大到小的顺序，对运营业务的未使用资源进行裁剪的，直至未分配容量与裁剪得到的未使用容量满足待运营业务的所需容量。比如，如图3所示，短信通道资源池中存在三项运营业务，分别为业务a、业务b与业务c，每一项运营业务均存在未使用容量，在短信通道资源池中加入待运营业务，即业务x，将短信通道资源池中的未分配容量分配给业务x，并从分配到的资源容量最大的业务b中进行未使用容量的裁剪，最终将未分配容量与业务b的未使用容量分配给业务x。其中，上述短信通道资源池中的资源容量是由至少一条短信通道资源提供的。
[0084]
综上所述，本实施例提供的短信通道资源的调配方法，在接收到待运营业务对短信通道资源的资源请求时，确定当前使用的短信通道资源是否存在未使用的资源容量足够支持待运营业务的使用，在存在未使用的资源容量足够支持待运营业务的情况下，调配当前的短信通道资源同时支持原有运营业务的使用与待运营业务的使用，使得待运营业务能够及时获得足够的短信通道资源的资源容量来发送短信，该方法在面对业务增长、以及资源容量下降等突发状况时能够及时作出应对，使得运营业务不致于因为突发状况而无法及时运营起来或者被迫暂时停止运营。
[0085]
在为待运营业务调配所需的短信通道资源时，还存在至少一项运营业务的整体未使用容量小于待运营业务的所需容量，则基站可以采用如下两种方式来实现对短信通道资源的调配：
[0086]
第一，增加新的短信通道资源；
[0087]
第二，对运营业务进行有损剪裁，以同时支持已有的运营业务与待运营业务，其中，有损剪裁是指对运营业务的未使用容量与部分已使用容量进行剪裁。
[0088]
对于上述第一种情形，在图2所示的方法流程中增加步骤2051，如图4，步骤如下：
[0089]
步骤2051，响应于未使用容量小于所需容量，基于所需容量配置新的短信通道资源。
[0090]
若至少一项运营业务的整体未使用容量小于待运营业务的所需容量，基站基于所需容量配置新的短信通道资源。示例性的，对于一个企业而言，若当前所使用的短信通道资源无法同时支持已有的运营业务与待运营业务，则可以在给定的预算范围内增加新的短信通道资源以支持待运营业务。
[0091]
对于上述第二种情形，在图2所示的方法流程中增加步骤2052至步骤2056，如图5，步骤如下：
[0092]
步骤2052，响应于未使用容量小于所需容量，将所需容量与未分配容量的差值确定为待运营业务的待分配容量。
[0093]
若至少一项运营业务的整体未使用容量小于待运营业务的所需容量，基站根据所需容量与未分配容量的差值确定出待分配容量，即在将未分配容量确定分配给待运营业务后，待运营业务还需要的资源容量。
[0094]
步骤2053，获取第i项运营业务对短信通道资源使用的原分配容量与实际容量、以
及至少一项运营业务对短信通道资源使用的实际总容量。
[0095]
在确定出待运营业务的待分配容量之后，基站开始从运营业务中裁剪资源容量，首先，基站获取第i项运营业务对短信通道资源使用的原分配容量与实际容量、以及至少一项运营业务对短信通道资源使用的实际总容量，其中，原分配容量是指运营业务向基站预先申请的短信通道资源的资源容量，也即运营业务的所需容量，实际容量是指运营业务在运营过程中使用短信通道资源的实际容量，实际总容量是指至少一项运营业务在运营过程中使用短信通道资源的实际容量的总和。
[0096]
步骤2054，根据待分配容量、实际容量、以及实际总容量向下调整第i项运营业务使用的资源容量，得到第i项运营业务的最新分配容量。
[0097]
基站根据待分配容量、实际容量、以及实际总容量向下调整第i项运营业务使用的资源容量，得到第i项运营业务的最新分配容量；示例性的，基站计算实际容量与实际总容量的比值，计算待分配容量与上述比值的乘积，将实际容量与上述乘积的差值确定为第i项运营业务的最新分配容量。比如，待分配容量为qx-(sum(uj)-sum(qi))，实际容量为qi
’
，实际总容量为sum(qi
’
)，则采用如下公式表示最新分配容量：
[0098]
最新分配容量＝qi
’-
(qx-(sum(uj)-sum(qi)))
×
(qi
’
/sum(qi
’
))。
[0099]
步骤2055，将原分配容量与最新分配容量的差值确定为第i项运营业务的可裁剪容量。
[0100]
上述原分配容量与最新分配容量的差值即为第i项运营业务的可裁剪容量，因此，基站计算原分配容量与最新分配容量的差值，将该差值确定为第i项运营业务的可裁剪容量，继而从第i项运营业务的原分配容量中裁剪出上述可裁剪容量。
[0101]
步骤2056，将至少一项运营业务的可裁剪容量与未分配容量的短信通道资源分配给待运营业务。
[0102]
上述至少一项运营业务的可裁剪容量的总和等于待分配容量，基站将上述剪裁出的可剪裁容量与未分配容量的短信通道资源分配给待运营业务，即可以满足待运营业务对短信通道资源的所需容量。
[0103]
本实施例提供的短信通道资源的调配方法，能够在面对业务增长、以及资源容量下降等突发状态时及时作出应对，使得运营业务不致于因为突发状况而无法及时运营起来或者被迫暂时停止运营。其中，上述第一种方式可以在允许增加短信通道资源的情况下，增加短信通道资源，进而不影响已有运营业务的同时，将待运营业务及时投入运营，比如，在企业为短信通道资源提供的资金预算足够，则当业务突增、且短信通道资源不足时，基站为新增业务提供新的短信通道资源使用；上述第二种方式可以在不允许增加短信通道资源的情况下，重新分配短信通道资源给运营业务与待运营业务，使得待运营业务鞥能够及时的投入运营。
[0104]
在为待运营业务调配所需的短信通道资源时，还存在未分配容量大于或者等于待运营业务的所需容量的情形，如图4或者图5所示，短信通道资源的调配的方法流程中还包括步骤206，如下所示：
[0105]
步骤206，响应于未分配容量大于或者等于所需容量，从未分配容量中调配所需容量的短信通道资源给待运营业务。
[0106]
若未分配容量大于或者等于待运营业务的所需容量，无需从运营业务已使用短信
通道资源的容量中进行裁剪，基站直接从未分配容量中调配所需容量的短信通道资源给待运营业务。
[0107]
本实施例提供的短信通道资源的调配方法，在接收到待运营业务对短信通道资源的资源请求时，确定当前使用的短信通道资源是否存在未配置资源容量足够支持待运营业务的使用，在存在未配置资源容量足够支持待运营业务的情况下，直接从未分配容量中调配所需容量的短信通道资源给待运营业务，使得待运营业务能够快速的投入运营。
[0108]
在短信系统中，基站为每项运营业务设置了限流器，以保证短信通道资源的利用率能够不低于系统要求的资源利用率阈值，示例性的，以待运营业务投入运营后设置限流器为例，对限流器的限流阈值的设置过程进行详细说明，以下步骤在为待运营业务分配短信通道资源之后执行，如图6，步骤如下：
[0109]
步骤301，将所需容量与资源利用率阈值的乘积设置为待运营业务的限流器的最小限流阈值，将所需容量确定为限流器的最大限流阈值；
[0110]
其中，资源利用率阈值是指短信系统要求的短信通道资源的最小利用率，限流器用于控制业务的短信发送流量。基站计算所需容量与资源利用率阈值的乘积，将上述乘积设置为待运营业务的限流器在第1个周期内的最小限流阈值；将所需容量设置为上述限流器在第1个周期内的最大限流阈值。
[0111]
步骤302，将待运营业务确定为目标运营业务，周期性确定目标运营业务对短信通道资源使用的实际容量。
[0112]
在设置完成待运营业务的限流器之后，设置待运营业务正式运营，将该待运营业务确定为目标运营业务，基站监控目标运营业务对短信通道资源使用的实际容量。上述限流器还用于实时监控业务对短信通道资源的利用率，限流器的限流阈值随着目标运营业务使用的短信通道资源的实际容量的变化而不断更新，执行步骤303至步骤305以基于目标运营业务使用的短信通道资源的实际容量设置限流器的限流阈值。
[0113]
步骤303，响应于在第t个周期内实际容量小于最小限流阈值，将第t个周期内的最小限流阈值更新为第t+1个周期内限流器的最大限流阈值；计算第t个周期内的最小限流阈值与资源利用率阈值的乘积，将乘积更新为第t+1个周期内限流器的最小限流阈值。
[0114]
在第t个周期内基站监控到目标运营业务对短信通道资源使用的实际容量小于最小限流阈值，基站重新设置限流器在第t+1个周期内的限流阈值，将第t个周期内的最小限流阈值设置为第t+1个周期内限流器的最大限流阈值；计算第t个周期内的最小限流阈值与资源利用率阈值的乘积，将上述乘积确定为第t+1个周期内限流器的最小限流阈值，其中，t为正整数。
[0115]
步骤304，响应于在第t个周期内存在实际容量大于最小限流阈值的时刻、且实际容量小于最大限流阈值，确定在第t+1个周期内限流器的限流阈值不变；
[0116]
若在t个周期内目标运营业务对短信通道资源使用的实际容量均小于最大限流阈值，且存在目标时刻，在目标时刻上目标运营业务对短信通道资源使用的实际容量大于最小限流阈值，仍将第t个周期内限流器的限流阈值作为第t+1个周期内限流器的限流阈值。其中，限流阈值包括最小限流阈值与最大限流阈值。
[0117]
步骤305，响应于在第t个周期内实际容量大于最小限流阈值、且存在实际容量大于最大限流阈值的时刻，将第t个周期内的最大限流阈值更新为第t+1个周期内限流器的最
小限流阈值；计算第t个周期内的最大限流阈值与资源利用率阈值的商值，将商值更新为第t+1个周期内限流器的最大限流阈值。
[0118]
若在t个周期内的实际容量均大于最小限流阈值，且存在目标时刻，该目标时刻上目标运营业务对短信通道资源使用的实际容量小于最大限流阈值，基站将第t个周期内的最大限流阈值确定为第t+1个周期内限流器的最小限流阈值；计算第t个周期内的最大限流阈值与资源利用率阈值的商值，将上述商值确定为第t+1个周期内限流器的最大限流阈值。
[0119]
可选地，基站在确定第t个周期内实际容量大于最小限流阈值、且存在实际容量大于最大限流阈值的时刻时，计算最大限流阈值与资源利用率阈值的乘积，确定上述乘积是否小于目标运营业务的所需容量；若是则将第t个周期内的最大限流阈值确定为第t+1个周期内限流器的最小限流阈值，计算第t个周期内的最大限流阈值与资源利用率阈值的商值，将上述商值确定为第t+1个周期内限流器的最大限流阈值；若否则将目标运营业务的所需容量确定为第t+1个周期内限流器的最大限流阈值，计算上述所需容量与资源利用率阈值的乘积，将上述乘积确定为第t+1个周期内限流器的最小限流阈值。
[0120]
上述实施例实时监控运营业务对短信通道资源使用的实际容量，基于上述实际容量周期性调整限流器的限流阈值，对运营业务的短信发送流量进行控制，以使运营业务对应的资源利用率保持在资源利用率阈值以上。在对运营业务的资源容量进行裁剪的过程中，上述限流器的最大限流阈值可以被看作为实时容量，基于上述最大限流阈值来确定运营业务的未使用容量，进而对未使用容量进行裁剪，因此，限流器的设置在提高了运营业务对应的资源利用率的同时，还为待运营业务的短信通道资源的分配提供了有效参考值。
[0121]
示例性的，对限流器的设置、突发的业务需求增长、以及突发的短信通道资源故障三种情况进行举例说明，如下所示：
[0122]
如图7，假设业务a对短信通道资源的所需容量为qa(此值可以通过业务需求报备或者历史数据统计得出)，在短信通道资源的容量允许的情况下，按照业务a的所需容量给业务a分配短信通道资源，为了监控业务实际流量，为业务a定制限流器ra，设置限流器ra的初始的最大限流阈值为qa(即系统分配给业务a的短信通道资源的容量qa)，设置最小限流阈值emin为pa，其初始值pa＝qa*p(p为资源利用率阈值，p大于等于0且小于1))，最大限流阈值emax为fa，其初始值为fa＝pa/p(初始值fa＝qa)，检测周期为t，t为正整数，其运行机制如下：
[0123]
每经过t时间，对业务a的运行情况进行检测，统计emin和emax的告警情况，保证业务a的资源利用率：
[0124]
如图7中(i)所示，如果业务a在第t个周期内emin未出现，说明业务a当前的实际流量real处于当前分配容量的资源利用率阈值之下，即real<pa_t,此时需要调整两个预警值pa_t+1＝pa_t*p，fa_t+1＝pa_t+1/p；其中，pa_t是指第t个周期内的最小限流阈值，fa_t是指第t个周期内的最大限流阈值，pa_t+1是指第t+1个周期内的最小限流阈值，fa_t+1是指第t+1个周期内的最大限流阈值。
[0125]
如图7中(ii)所示，如果业务a在第t个周期内emin出现、且emax未出现，说明业务a的实际流量real能达到当前分配容量的资源利用率阈值，即real>＝pa_t且real<＝qa_t，此时不对业务a的限流器ra做任何调整；
[0126]
如图7中(iii)所示，如果业务a在第t个周期内emax出现,说明业务a的实际流量
real超过最大限流阈值，可能会超过当前分配容量，即real>＝fa_t，此时需要判断fa_t与qa的关系，如果qa还有足够的容量，应该将emin和emax适当调整。如果qa>fa_t/p，可以调整pa_t+1＝fa_t，fa_t+1＝pa_t+1/p；如果qa<fa_t/p,可以调整fa_t+1＝qa，pa_t+1＝fa_t+1*p。
[0127]
基于限流器的运行机制，面对突发的业务需求增长及通道资源故障，其解决策略如下：
[0128]
(一)针对突发的业务需求增长：假设新增业务x，短信通道资源的所需容量(也即需求峰值)为qx。业务初始需求的初始分配值之和为sum(qi)，当前所有业务的emin，emax限流器阈值之和分配为sum(pi)，sum(fi)，满足资源利用率阈值的要求的业务资源分配值取第i项业务的emax，即为qi
’
＝fi，总和sum(qi
’
)＝sum(fi)，在短信通道容量不变的情况下，执行下列资源分配调整方案。
[0129]
如果sum(qi)+qx<＝sum(uj)，说明当前整体业务对短信通道资源的容量需求小于通道整体容量，可以直接让业务x加入。给业务x分配qx的容量，设置限流器的限流阈值，emax的初始值为fx＝qx，emin的初始值为px＝qx*p，完成资源分配；
[0130]
如果sum(qi)+qx>sum(uj),且sum(qi
’
)+qx<sum(uj)，说明当前业务需求分配已经满了，但是业务当前的真实流量并未达到分配的容量那么高，可以通过对现有业务(即运营业务)的资源分配进行调整，释放出多余的资源容量给到业务x。假设当前总短信通道资源的未分配容量为u
’
＝sum(uj)
–
sum(qi)，则仍需从现有业务中裁剪qx-u
’
的资源分配给业务x。按照业务需求量从大到小的顺序，依次进行业务资源容量裁剪：
[0131]
对于第i项现有业务，按照当前其真实流量qi
’
分配。将第i项业务未使用部分的资源(qi-qi
’
)裁剪，第i项业务的限流器的emax调整为qi
’
，emin调整为pi＝qi
’
*p。此时待分配容量u”＝u
’-
(qi-qi
’
)，如果u”<＝0，则裁剪完成，否则继续对下一个业务进行裁剪。
[0132]
按以上步骤，每个业务最多可无损裁剪(qi-qi
’
)的容量，则整体最多可无损裁剪sum(qi)-sum(qi
’
)的容量，sum(qi)-sum(qi
’
)＝sum(ui)-sum(qi
’
)>qx，即可无损裁剪容量大于新增业务需求，无损裁剪是指对业务未使用容量进行裁剪，而不裁剪业务使用的资源容量。
[0133]
裁剪完成，新增业务x的容量分配为qx,业务x的限流器的emax设置为qx，emin设置为px＝qx*p。
[0134]
如果sum(qi)+qx>sum(uj)，且sum(qi
’
)+qx>sum(uj)，说明当前业务的真实流量已经达到了通道资源可用上限，无法直接满足x的需求，此时只能通过增加通道容量或者裁剪全量业务需求来实现。
[0135]
(二)针对突发的通道资源故障：假设通道y的容量为uy，剩余可用短信通道资源容量为sum
’
(uj)(j！＝y，即j不等于y，也即uj所指示的短信通道资源不包括通道y)，业务需求的总容量为sum(qi)，满足资源利用率要求的容量分配为sum(qi
’
),对于下面几种情况的资源调整方案如下：
[0136]
如果sum(qi)<＝sum
’
(uj)，说明通道y故障后，剩余通道容量仍然能满足当前业务需求容量，无需调整。
[0137]
如果sum(qi)>sum
’
(uj)，且sum(qi
’
)<sum
’
(uj)，说明通道y故障后，剩余通道容量没法满足初始业务需求容量分配，但是当前业务真实流量水平并未达到剩余可用通道资源
容量。可以通过对现有业务的资源分配进行调整，释放出uy的容量(即故障通道的资源容量)，保障供大于需。即要保证现有业务的真实流量需求，满足业务需求分配小于等于sum(uj)。按照业务需求量从大到小的顺序，依次进行业务资源容量裁剪：
[0138]
对于第i项现有业务，按照当前其真实流量qi
’
分配。将第i项业务的未使用部分的资源(qi-qi
’
)裁剪，第i项业务的限流器的emax调整为qi
’
，emin调整至pi＝qi
’
*p。此时待释放容量c＝uy-(qi-qi
’
)，如果c<＝0，则裁剪完成，否则继续对下一个业务进行裁剪。
[0139]
按以上步骤，每个业务最多可无损裁剪(qi-qi
’
)的容量，则整体最多可无损裁剪sum(qi)-sum(qi
’
)的容量，sum(qi)-sum(qi
’
)＝sum(uj)-sum(qi
’
)>sum(uj)-sum
’
(uj)＝uy，即可裁剪容量大于故障通道容量。
[0140]
如果sum(qi)>sum
’
(uj),且sum(qi
’
)>sum
’
(uj),说明通道y故障后，剩余通道容量已经无法满足当前业务的真实流量水平了，需要进行业务降级。按照上述步骤所示可最多无损裁剪sum
’
(uj)-sum(qi
’
)部分容量，仍需有损裁剪c＝uy-(sum(uj)-sum(qi
’
))部分容量，假设现共有n项业务，此时对所有现有业务进行有损裁剪如下：
[0141]
对于第i项现有业务，调整第i项业务的容量以及限流器的限流阈值，将emax调整为qi
’-
c*(qi
’
/sum(qi
’
))，emin调整为pi＝(qi
’-
c*(qi
’
/sum(qi
’
)))*p。
[0142]
按以上步骤，对所有现有业务进行均匀有损裁剪，保证业务公平性。示例性的，如图8，在t1时刻发生通道故障，对业务a、b、c的资源分配进行调整，明显看出，是将业务c的资源容量有损剪裁，分配给业务a，保证业务a仍运营。
[0143]
以上分别对资源容量不变、业务需求增加情况下，以及业务需求不变、资源容量下降情况下，如何调整业务资源容量分配，进行了详细说明。本申请的核心就是通过限流器预警的手段监控业务的真实流量水平，从现有业务需求的资源分配中，挖掘出多余的资源空间，进行资源回收和再分配。上述方式，一方面可以在整体通道容量不变的前提下，提高业务需求的支持量，从而提升资源利用率；另一方面，在通道容量下降的情况下，通过有效的需求裁剪方式，降低正常的业务需求的受损量，也是变相的在当前通道容量下提高了业务需求的支持量，从而能根据真实的供需情况分析，做出合理的资源分配方案。
[0144]
图9示出了本公开一个示例性实施例提供的短信通道资源的调配装置的框图。该装置可以通过软件、硬件或者两者的结合实现成为基站的全部或一部分。该装置包括：接收模块420、获取模块440和分配模块460；
[0145]
接收模块420，用于接收待运营业务对短信通道资源的资源请求，资源请求携带有待运营业务的所需容量；
[0146]
获取模块440，用于响应于资源请求，获取至少一条短信通道资源的未分配容量，未分配容量是指未分配给至少一项运营业务使用的资源容量；
[0147]
获取模块440，用于响应于未分配容量小于所需容量，获取至少一条短信通道资源的未使用容量，未使用容量是指至少一项运营业务未使用的资源容量；
[0148]
分配模块460，用于响应于未使用容量大于所需容量，从未使用容量中调配所需容量的短信通道资源给待运营业务。
[0149]
在一些实施例中，未使用容量包括未分配容量、以及至少一项运营业务分配到且未使用的资源容量；
[0150]
分配模块460，用于响应于未使用容量大于所需容量，将所需容量与未分配容量的
差值确定为待运营业务的待分配容量；从至少一个运营业务分配到的资源容量中裁剪出待分配容量；将未分配容量与裁剪出的待分配容量的短信通道资源分配给待运营业务。
[0151]
在一些实施例中，
[0152]
分配模块460，用于从第i项运营业务分配到的资源容量中裁剪出第i个未使用容量；将待分配容量与第i个未使用容量的差值确定为更新后的待分配容量；响应于更新后的待分配容量等于或者小于零，结束对运营业务分配到的资源容量的裁剪，i为正整数。
[0153]
在一些实施例中，
[0154]
分配模块460，用于响应于未使用容量小于所需容量，将所需容量与未分配容量的差值确定为待运营业务的待分配容量；获取第i项运营业务对短信通道资源使用的原分配容量与实际容量、以及至少一项运营业务对短信通道资源使用的实际总容量；
[0155]
分配模块460，用于根据待分配容量、实际容量、以及实际总容量向下调整第i项运营业务使用的资源容量，得到第i项运营业务的最新分配容量；将原分配容量与最新分配容量的差值确定为第i项运营业务的可裁剪容量；将至少一项运营业务的可裁剪容量与未分配容量的短信通道资源分配给待运营业务。
[0156]
在一些实施例中，待运营业务是指新增运营业务；或者，待运营业务是指由于使用的短信通道资源故障导致的无法运营的业务。
[0157]
在一些实施例中，该装置还包括：
[0158]
更新模块480，用于将所需容量与资源利用率阈值的乘积设置为待运营业务的限流器的最小限流阈值，将所需容量确定为限流器的最大限流阈值；
[0159]
其中，资源利用率阈值是指短信系统要求的短信通道资源的最小利用率，限流器用于控制业务的短信发送流量。
[0160]
在一些实施例中，限流器用于实时监控业务对短信通道资源的利用率；
[0161]
更新模块480，用于将待运营业务确定为目标运营业务，周期性确定目标运营业务对短信通道资源使用的实际容量；响应于在第t个周期内实际容量小于最小限流阈值，将第t个周期内的最小限流阈值更新为第t+1个周期内限流器的最大限流阈值；计算第t个周期内的最小限流阈值与资源利用率阈值的乘积，将乘积更新为第t+1个周期内限流器的最小限流阈值；
[0162]
更新模块480，用于响应于在第t个周期内存在实际容量大于最小限流阈值的时刻、且实际容量小于最大限流阈值，确定在第t+1个周期内限流器的限流阈值不变；响应于在第t个周期内实际容量大于最小限流阈值、且存在实际容量大于最大限流阈值的时刻，将第t个周期内的最大限流阈值更新为第t+1个周期内限流器的最小限流阈值；计算第t个周期内的最大限流阈值与资源利用率阈值的商值，将商值更新为第t+1个周期内限流器的最大限流阈值。
[0163]
综上所述，本实施例提供的短信通道资源的调配装置，在接收到待运营业务对短信通道资源的资源请求时，确定当前使用的短信通道资源是否存在未使用的资源容量足够支持待运营业务的使用，在存在未使用的资源容量足够支持待运营业务的情况下，调配当前的短信通道资源同时支持原有运营业务的使用与待运营业务的使用，使得待运营业务能够及时获得足够的短信通道资源的资源容量来发送短信，该装置在面对业务增长、以及资源容量下降等突发状况时能够及时作出应对，使得运营业务不致于因为突发状况而无法及
时运营起来或者被迫暂时停止运营。
[0164]
图10示出了本公开一个示例性实施例提供的终端的结构示意图，该终端包括：处理器501、接收器502、发射器503、存储器504和总线505。
[0165]
处理器501包括一个或者一个以上处理核心，处理器501通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。
[0166]
接收器502和发射器503可以实现为一个通信组件，该通信组件可以是一块通信芯片。
[0167]
存储器504通过总线505与处理器501相连。
[0168]
存储器504可用于存储至少一个指令，处理器501用于执行该至少一个指令，以实现上述方法实施例中的各个步骤。
[0169]
此外，存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，静态随时存取存储器(sram)，只读存储器(rom)，磁存储器，快闪存储器，可编程只读存储器(prom)。
[0170]
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器，上述指令可由终端的处理器执行以完成上述短信通道资源的调配方法中由终端侧执行的方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
[0171]
一种非临时性计算机可读存储介质，当所述非临时性计算机存储介质中的指令由终端的处理器执行时，使得终端能够执行上述短信通道资源的调配方法。
[0172]
图11是根据一示例性实施例示出的一种接入网设备600的框图。该接入网设备600可以是基站。
[0173]
接入网设备600可以包括：处理器601、接收机602、发射机603和存储器604。接收机602、发射机603和存储器604分别通过总线与处理器601连接。
[0174]
其中，处理器601包括一个或者一个以上处理核心，处理器601通过运行软件程序以及模块以执行本公开实施例提供的短信通道资源的调配方法中接入网设备所执行的方法。存储器604可用于存储软件程序以及模块。具体的，存储器604可存储操作系统6041、至少一个功能所需的应用程序模块6042。接收机602用于接收其他设备发送的通信数据，发射机603用于向其他设备发送通信数据。
[0175]
本公开一示例性实施例还提供了一种短信系统，所述系统包括：终端和接入网设备；
[0176]
所述接入网包括如9所示实施例提供的短信通道资源的调配装置。
[0177]
本公开一示例性实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述各个方法实施例提供的短信通道资源的调配方法中由终端或者接入网设备执行的步骤。
[0178]
应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
[0179]
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
[0180]
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。