CN109982390A - 用户业务保障方法、装置、设备及介质 - Google Patents

Abstract

本发明实施例公开了一种用户业务保障方法、装置、设备及介质，该方法包括：从多个业务等级中选择一个作为资源保障业务等级；为所述资源保障业务等级设置高于其它业务等级的优先级因子；以及为预定用户分配所述资源保障业务等级。由此，通过资源保障业务等级保障预定用户的感知，提升预定用户的网络满意度，实现用户和运营商双赢。

Description

用户业务保障方法、装置、设备及介质

技术领域

本发明涉及无线网络性能提升技术领域，尤其涉及一种用户业务保障方法、装置、设备及介质。

背景技术

随着智能手机快速增长，互联网应用层出不穷，数据流量呈爆炸式增长。目前，当区域内容量无法满足体验速率要求时，现有技术方案制定以在线用户数、PRB利用率、基站板卡CPU负荷为条件的容量判断标准，满足任一标准的小区即判定存在大话务冲击风险的小区。并且，针对大话务冲击风险小区制定通过覆盖控制、切换重选参数优化、增加异频同覆盖小区、开启负荷分担、小区分裂、新增板卡等手段解决大话务量冲击的影响。

现有技术方案没有针对VIP用户进行精准感知保障，需要提前评估扩容，周期长，成本高，并且无法突出VIP用户在大话务场景下的网络满意度。LTE网络VIP用户保障难问题如何解决，成为LTE时代运营商面临的挑战。

综上所述，仍然需要一种高效的用户业务保障方案。

发明内容

本发明实施例提供了一种用户业务保障方法、装置、设备及介质，通过为预定用户特设的资源保障业务等级，来保障该预定用户的速率感知，以提升预定用户在大话务场景下的网络满意度。

第一方面，本发明实施例提供了一种用户业务保障方法，方法包括：从多个业务等级中选择一个作为资源保障业务等级；为所述资源保障业务等级设置高于其它业务等级的优先级因子；以及为预定用户分配所述资源保障业务等级。

第二方面，本发明实施例提供了一种用户业务保障装置，装置包括：资源保障业务等级确定单元，用于从多个业务等级中选择一个作为资源保障业务等级；优先级因子设置单元，用于为所述资源保障业务等级设置高于其它业务等级的优先级因子；资源保障业务等级分配单元，用于为预定用户分配所述资源保障业务等级。

第三方面，本发明实施例提供了一种计算设备，包括：至少一个处理器、至少一个存储器以及存储在存储器中的计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。

第四方面，本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。

本发明实施例提供的用户业务保障方法、装置、设备及介质，采用QCI等级保障VIP用户的精准感知保障，周期短、见效快，灵活性较强，针对突发大话务场景能够快速解决VIP用户感知需求，增强网络用户粘性。并且，可节约大量的人力成本、设备成本、维护成本，提升VIP用户在大话务场景下的网络满意度，降低投诉比，提高市场竞争力。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例中所需要使用的附图作简单地介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1A-1B示出了现有方案解决大话务量冲击的一个例子。

图2示出了根据本发明一个实施例的用户业务保障方法流程示意图。

图3示出了根据本发明一个实施例的大话务场景识别示意图。

图4A-4E示出了的本发明的一个应用示例。

图5示出了根据本发明一个实施例的用户业务保障装置的示意性框图。

图6示出了本发明实施例提供的计算设备的硬件结构示意图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

随着智能手机快速增长，互联网应用层出不穷，数据流量呈爆炸式增长。图1A-1B示出了现有解决大话务量冲击的一个例子。

如图1A所示，当区域内容量无法满足体验速率要求时，现有技术方案制定了以在线用户数、PRB利用率、基站板卡CPU负荷等为条件的容量判断标准，满足以下任一标准的小区即判定为存在大话务冲击风险的小区。

针对存在大话务冲击风险的小区制定如图1B所示的扩容方案选择分析流程，通过覆盖控制、切换重选参数优化、增加异频同覆盖小区、开启负荷分担、小区分裂、新增板卡等手段解决大话务量冲击的影响。

网络资源是有限的，只要存在抢夺网络资源的情况，就会出现服务质量(QoS)的要求。QoS是相对网络业务而言的，在保证某类业务的QoS的同时，可能就是在损害其它业务的QoS。例如，在某些重大科技活动现场(大话务场景)，内设移动4G用户体验厅，由于会场内4G用户过多，可能导致体验厅内VIP用户的实际用户速率无法达到体验要求，极大地损坏了移动4G的品牌形象。

因此，为了保障消费等级更高的用户(例如VIP用户)能够享受更好的服务、或者是保障更高业务优先级的业务，网络管理者需要对网络资源进行合理的规划和分配，从而使网络资源得到高效利用，同时保障用户的业务质量。

然而，现有技术方案没有针对预定用户(例如VIP用户)进行精准感知保障。在大话务场景下VIP用户没有优先获得网络资源分配的权限。并且，需要提前评估扩容，周期长，成本高，也无法突出VIP用户在大话务场景下的网络满意度。LTE网络中VIP用户保障难问题如何解决，成为LTE时代运营商面临的挑战。

有鉴于此，本发明提出了一种用户业务保障方法和装置，根据业务特性和用户等级，以针对VIP用户进行精准感知保障，周期短、见效快、灵活性较强，切实让VIP用户体验到“快人一步”的口号。针对突发大话务场景能够快速解决VIP用户的感知需求，增强网络用户粘性。同时，可节约大量的人力成本、设备成本、维护成本，提升用户在大话务场景下的网络满意度，降低投诉比，提高市场竞争力。

如下将结合附图及实施例详细说明本发明的用户业务保障方案。

图2示出了根据本发明一个实施例的用户业务保障方法流程示意图。

如图2所示，在步骤S210，从多个业务等级中选择一个作为资源保障业务等级。

这里的业务可以任何行业的事务，本发明中优选为网络业务，可以包括但不限于是语音、视频、在线游戏、基于TCP的业务等。

根据一个或多个不同的业务及该业务所属的资源类型、数据参数(例如，时延、丢包率)等等，可以将不同的业务分别对应于不同的业务等级，并且可以为每个业务等级分别设置了业务优先级，业务优先级高的业务优先得到服务。

在一个优选实施例中，本发明的业务等级可以是QCI等级。QCI(QoS ClassIdentifier)是EPS(Evolved Packet System，演进分组系统)承载最重要的QoS(Qualityof Service，服务质量)参数之一，它是一个数量等级，代表了EPS应该为这个SDF(ServiceData Flow，服务数据流)提供的QoS特性，每个SDF都与且仅与一个QCI相关联。

如表1所示的标准QCI属性值。QCI同时应用于GBR(Guaranteed Bit Rate)和Non-GBR承载，不同的业务对应不同的时延、优先级、误码率等等，每个QCI等级都与一个QCI优先级相关联，1为最高优先级，9为最低优先级。

表1标准QCI属性值

GBR是指保证的比特速率，即使在网络资源紧张的情况下，相应的比特速率也能够保持。

Non-GBR指的是网络不提供最低的传输速率保证，在网络拥挤(例如大话务场景)的情况下，为保障某类业务的服务质量，其它业务需要承受降低服务质量(例如速率)的要求。

也就是说，在保障某类业务的服务质量的同时，可能就是在损害其它业务的服务质量。例如，在网络总带宽固定的情况下，如果某类业务占用的带宽越多，那么其他业务能使用的带宽就越少，可能会影响其他业务的使用。

因此，网络管理者需要对网络资源进行合理的规划和分配，从而使网络资源得到高效利用。

本发明实施例中，步骤S210中的多个业务等级可以是业务优先级较低或者资源利用率较低的预定数量个业务等级。

优选地，可以以表1所示Non-GBR承载对应的业务优先级分别为6、7、8、9的QCI6、QCI7、QCI8、QCI9作为多个业务等级，并从中选择一个作为资源保障业务等级(QCI5的业务优先级最高，故不予考虑)。

具体地，可以通过统计各个QCI等级的业务PDCP(Packet Data ConvergenceProtocol，分组数据汇聚协议)层的业务数据流量，来确定该资源保障业务等级。业务数据流量例如可以是上行吞吐量和/或下行吞吐量，表示对网络、设备、端口、虚电路或其他设施，单位时间内成功地传送数据的数量(以比特、字节、分组等测量)。

优选地，资源保障业务等级可以是上述多个业务等级中业务数据流量最低的业务等级。业务数据流量低可以表示该业务等级当前的网络资源利用率较低，可以基于该资源保障业务等级来进行网络资源调度以保障用户业务。

之后，在步骤S220，可以为所述资源保障业务等级设置高于其它业务等级的优先级因子。

优先级因子是计算调度优先级的重要因子，调度优先级影响到对用户或其业务进行资源调度的调度优先级别。

在一个优选实施例中，可以基于用户的用户设备信道信息及对应于其业务等级的优先级因子确定用户的调度优先级。用户设备信道信息可以包括所述用户设备(UE)的当前信道质量和/或所述用户设备的历史传输速率。

优选地，可以通过如下公式计算所述预定用户的调度优先级：

其中，eff表示用户设备当前的信道质量，Alpha表示预设信道参数(例如路径补偿因子)，r表示用户设备历史传输的速率，Y_QCI表示业务的QCI级别对应的优先级因子。

这样，在同等条件下(例如用户设备的信道信息相同时)，优先级因子配置值越大，则调度优先级越高。为资源保障业务等级设置高于其它业务等级的优先级因子，就可以使得该资源保障业务等级的调度优先级高于其它业务等级，对应于该资源保障业务等级的用户业务就可以优先得到保障。

然后，在步骤S230，为预定用户分配所述资源保障业务等级。

预定用户可以是普通大众用户，也可以是本地用户、本运营商用户，还可以是一些特殊用户，例如消费等级高的用户、某类业务优先级高的用户，或者是处于大话务场景下的VIP用户等等。

由此，针对预定用户，通过特殊设置预定用户的资源保障业务等级，并设置该资源保障业务等级的优先级因子的方法，就可以使得预定用户的业务相比于其他用户的业务而优先得到资源调度，这样，在需要进行网络资源调度时，预定用户的业务就可以优先得到保障，保障预定用户的速率感知。

应当理解的是，上述步骤S220和步骤S230的实施顺序并非唯一，在实际应用中，也可以先执行步骤S230后执行步骤S220，或者两步骤也可以同时执行。

另外，在一个优选实施例中，上述预定用户可以是指处于大话务场景下的VIP用户(例如消费等级高的用户)。

大话务场景即受到LTE大话务量冲击的场景，例如节假日时的商业区、大型体育赛事、演唱会、或突发事件等场景。

优选地，上述用户业务保障方法还可以包括确定该VIP用户是否处于大话务场景，即确定VIP用户所处的预定无线小区、预定区域或预定场景等是否为大话务场景。

在一个优选实施例中，可以基于全网历史业务数据，针对至少一个预定方面，分别建立分量话务预测模型，并基于所述分量话务预测模型预测VIP用户是否处于大话务场景。预定方面可以包括但不限于是突发事件、趋势事件、周期事件或随机事件等。

图3示出了根据本发明一个实施例的大话务场景识别示意图。

如图3所示，可以根据(历史)大数据的流量和用户数预测大话务场景。例如，可以从(历史)大数据中分别提取各个预定方面的分量数据和规律，以根据不同的事件得到不同的分量话务预测模型，并保存到有效数据库。

根据突发的重大会仪、演唱会、LTE用户的增长的趋势、周期性的节假日、随机时间等场景的业务变化，根据不同的事件采用不同的分类话务预测模型，并汇总预测分量得到预测值，根据预测值确定VIP用户是否处于大话务场景。例如，当预测值大于或等于预定预测门限值时，判定该用户处于大话务场景，而在预测值低于预定预测门限值时，判定该用户未处于大话务场景。

由此，通过数据流量和用户数预测大话务场景，主要是从突发、趋势、周期、随机进行四种维度的分量预测，根据不同的事件采用不同的话务预测模型，建立大话务场景识别的方法。

另外，当前主流互联网业务类型有IM类业务(微博、微信)、Web浏览业务和流媒体业务(Streaming)、在线游戏(Game)、数据传输(File Transfer)等，不同业务的业务速率需求(最低保障速率)不同，一般IM业务速率<Game业务速率<Web业务速率<Streaming业务速率<File Transfer业务速率。在不同的场景下，各类业务的业务占比各不相同。例如，在大型体育赛事、演唱会场景下，IM类业务和Web业务的业务占比较高，Streaming、FileTransfer、Game等业务类型的业务占比较低。

因此，在一个优选实施例中，可以基于各个业务的业务特性信息以及预定话务统计信息，确定该VIP用户是否处于大话务场景。其中，业务特性信息可以是业务的最低业务速率需求，预定话务统计信息可以是统计的所述VIP用户所在区域的在线用户数量。

例如，可以通过业务速率的最低保障速率(即速率基线)和用户数计算该场景内能容纳的话务容量，从而判断该场景是否为大话务场景。

具体地，可以基于业务速率的最低保障速率，通过最小保障速率计算公式计算能够保障用户体验的单用户感知保障速率(即最小保障速率)，基于单用户感知保障速率，并基于统计的该场景下的在线用户数量，确定该场景内当前容纳的话务容量是否超出其本身能够容纳的话务容量。单用户感知速率计算示例参见表2。

最小保障速率计算公式示例：

单用户感知保障速率＝∑(业务i保障速率*业务i并发率)*单用户忙时并发业务数。

表2单用户感知速率计算示例

由此，通过用户业务特性的资源分配算法识别大话务场景，不同业务的速率需求不同，通过各业务保障速率和业务并发率计算场景内单用户感知保障速率，建立大话务场景识别的方法。

在QCI等级中，优先级是逐步降低的，导致的高优先级的占用速率所消耗的资源越多，从而导致数据业务占用资源越来越少出现低速率，综合考虑和分析基站设置的带宽、最大RRC连接用户数得到数据业务的最小保障速率，再分析不同的QCI等级的用户占比来精确匹配用户最小保障速率，从而达到提升数据业务的优先级。

为了更好地理解本发明的用户业务保障方案，如下将结合图4A-4E所示的应用示例进行描述。其中，该应用示例中的区域已经通过本发明上述的大话务场景识别方案确定为大话务场景。

以武汉中兴区域为例，对其进行业务数据流量统计(参见表3所示的QCI等级PDCP层下行吞吐量和表4所示的QCI等级PDCP层上行吞吐量)，发现QCI值为7的业务PDCP层上下行吞吐量均低于QCI6、QCI8、QCI9。故此次试点测试将对应于VIP用户的VIP卡设置为QCI7，即为VIP用户分配了资源保障业务等级。

表3 QCI等级PDCP层下行吞吐量

表4 QCI等级PDCP层上行吞吐量

之后，通过上述QCI等级为该VIP用户配置业务保障策略：

以中兴设备为例，网管界面操作步骤如下：

1、如图4A所示，在eMLP表中找到eMLP ID为7的条目(上下行方法相同)。

2、按图4B所示进行修改，如将“逻辑信道方向”修改为“下行[1]”、将“EMLP上映射的QCI个数”修改为“4”、将“EMLP的QCI映射”修改为“6,7,8,9,0,0,0,0,0,0”等，并删除eMLPID为6、8、9条目。

3、如图4C所示，在QOS业务类型表中找到业务类型QCI编号(ID)为7的条目。

4、如图4D所示，修改QCI7业务优先级因子为3，QCI6、QCI8、QCI9业务的优先级因子为1。

5、在LTE后台“QoS配置”参数中，每一个QCI等级对应一个“优先级比特速率(kbps)”，如图4E所示，修改QCI7的优先级比特速率为64kbps，QCI6、QCI8、QCI9的优先级比特速率低于64kbps。

由此，通过上述网管操作步骤，为VIP用户的资源保障等级(QCI7)制定了相应的调度策略。

本发明实施例新引入“QCI等级”、“QCI调度加权因子(优先级因子)”、VIP用户等数据，通过业务QCI等级、优先级因子关联用户等级，形成了一套在LTE大话务场景下，基于业务QCI等级、优先级因子关联用户调度优先级的算法，来进行VIP用户保障，精准保障突发大话务场景能够快速解决VIP用户感知需求，增强网络用户粘性。

这样，在大型活动中，例如有视频转播等业务，需要单独保证该业务的业务质量，就可以从调度策略、接纳策略等方面进行控制，以保障该用户的业务。

在一个优选实施例中，核心网侧可以对于调度用户(例如视频转播类业务用户)设置为较高带宽的GBR业务和较高的接入优先级，当用户接入成功之后，基站(ENB)根据核心网下发的该用户设备(UE)的QoS上下文信息(QCI、ARP，例如金、银、铜牌用户等)映射为对应的调度优先级进行用户业务的保障。而在用户未接入成功之前，ENB没有办法识别用户的身份和业务，此时没有办法对用户进行保障。

参见表5示出的根据本发明实施例的适配方案示例。

表5适配方案示例

参数名称	修改方案	备注
			时隙配比使用	2:2
上行调度优先级因子	QCI7＝1000	其他QCI＝500
			上行调度开关	打开
上行最小保证速率	256/512	QCI＝7
			下行最小保证速率	256/512	QCI＝7
上行最小保证速率	0	其他QCI
			下行最小保证速率	0	其他QCI

适配方案例如可以是修改时隙配比，例如调整为2:2，以增加上行带宽。

适配方案例如也可以为QCI独立配置，例如在HSS服务器上修改需要进行资源保障的用户的QCI，使其分布在现网使用最少的QCI上，例如本应用示例中根据当时统计结果，修改为QCI7。

适配方案例如还可以为对调度优先级的调整，例如在基站(ENB)侧修改该QCI7上行调度优先级因子(例如1000)，从而保障该QCI7的用户优先得到调度，并针对保障QCI7设置上行最小保证速率(例如256/512)，从而保证保障用户上行速率需要。

优选地，同一个小区保障用户可以不超过预定数量(例如2个)，该保障用户唯一保障用户。

通过上述调整策略，经测试验证在多用户场景(例如大话务场景)下，能够保证高等级用户优先保证其速率需求，上行速率达到4M。

本发明实施例中采用QCI等级设置方案保障VIP用户大话务场景下的客户感知优点如下：

1、针对VIP用户进行精准感知保障，增强网络用户粘性；

2、无需增加额外扩容硬件资源，节约人力财力投入，响应快速；

3、灵活性较强，针对突发大话务场景能够快速解决VIP用户感知需求。

4、节约成本、获得较高经济效益。从建设维护的情况来看，采用QCI等级保障VIP用户体验，可节约大量的人力成本、设备成本、维护成本，根据评估，每年全省重点保障活动按照30次核算，具体产生的经济效益如下表6所述。

表6经济效益示例

5、VIP用户满意度及感知提升，提高市场竞争力。通过QCI等级保障大话务场景下VIP用户感知，提升VIP用户在大话务场景下的网络满意度，降低投诉比；通过后台网管实现，周期短、见效快，切实让VIP用户体验到“快人一步”的口号；对于网络覆盖差区域内的突发大话务，及时给予解决VIP用户感知，彰显中国移动在VIP用户体验臻于至善的追求；有效支撑市场业务的拓展。

此外，本发明的用户业务保障方法还可以由一种用户业务保障装置实现。图5示出了根据本发明一个实施例的用户业务保障装置的示意性框图。其中，用户业务保障装置500的功能模块可以由实现本发明原理的硬件、软件或硬件和软件的结合来实现。本领域技术人员可以理解的是，图5所描述的功能模块可以组合起来或者划分成子模块，从而实现上述发明的原理。因此，本文的描述可以支持对本文描述的功能模块的任何可能的组合、或者划分、或者更进一步的限定。

图5所示的用户业务保障装置500可以用来实现图2所示的用户业务保障方法，下面仅就用户业务保障装置500可以具有的功能模块以及各功能模块可以执行的操作做简要说明，对于其中涉及的细节部分可以参见上文结合图2的描述，这里不再赘述。

如图5所示，本发明的用户业务保障装置500可以包括：资源保障业务等级确定单元510、优先级因子设置单元520和资源保障业务等级分配单元530。

资源保障业务等级确定单元510可以用于从多个业务等级中选择一个作为资源保障业务等级。

优先级因子设置单元520可以用于为所述资源保障业务等级设置高于其它业务等级的优先级因子。

资源保障业务等级分配单元530可以用于为预定用户分配所述资源保障业务等级。

优选地，所述业务等级是QCI等级，每个业务等级分别对应于一个或多个业务，为每个业务等级分别设置了业务优先级，所述多个业务等级是业务优先级较低的预定数量个业务等级。

优选地，所述资源保障业务等级是所述多个业务等级中业务数据流量最低的业务等级，所述业务数据流量是上行吞吐量和/或下行吞吐量。

优选地，该用户业务保障装置还可以包括调度优先级确定单元。调度优先级确定单元可以基于用户的用户设备信道信息及对应于其业务等级的优先级因子，确定所述预定用户的调度优先级。

优选地，所述用户设备信道信息包括所述用户设备的当前信道质量和/或所述用户设备的历史传输速率。

优选地，可以通过如下公式计算所述预定用户的调度优先级：

其中，eff表示用户设备当前的信道质量，Alpha表示预设信道参数，r表示用户设备历史传输的速率，Y_QCI表示业务的QCI级别对应的优先级因子。

优选地，所述预定用户可以是处于大话务场景下的VIP用户。

优选地，用户业务保障装置还可以包括大话务场景识别单元。大话务场景识别单元可以确定所述VIP用户是否处于大话务场景。

优选地，大话务场景识别单元可以基于全网历史业务数据，针对至少一个预定方面，分别建立分量话务预测模型，并基于所述分量话务预测模型预测所述VIP用户是否处于大话务场景。所述预定方面包括突发事件、趋势事件、周期事件或随机事件。

优选地，大话务场景识别单元也可以基于各个业务的业务特性信息以及预定话务统计信息，确定所述VIP用户是否处于大话务场景。所述业务特性信息是业务的最低业务速率需求，所述预定话务统计信息是统计的所述VIP用户所处区域的在线用户数量。

综上所述，本发明创造性地提出了如下的关键技术方案：

1、提出基于预测和用户业务特性的大话务场景识别算法

通过数据流量和用户数预测大话务场景，主要是从突发、趋势、周期、随机进行四种维度的分量预测，根据不同的事件采用不同的话务预测模型，建立大话务场景识别的方法。

通过用户业务特性的资源分配算法识别大话务场景，不同业务的速率需求不同，通过各业务保障速率和业务并发率计算场景内单用户感知保障速率，建立大话务场景识别的方法。

2、提出基于不同业务类型QCI等级与保障速率精确匹配算法

在QCI等级中，优先级是逐步降低的，导致的高优先级的占用速率所消耗的资源越多，从而导致数据业务占用资源越来越少出现低速率，综合考虑和分析基站设置的带宽、最大RRC连接用户数得到数据业务的最小保障速率，再分析不同的QCI等级的用户占比来精确匹配用户最小保障速率，从而达到提升数据业务的优先级。

3、提出基于业务QCI调度因子关联用户优先级的算法

新引入“QCI等级”、“QCI调度加权因子”、VIP用户等数据，通过业务QCI调度因子关联用户等级，形成了一套在LTE大话务场景下，基于业务QCI调度因子关联用户优先级的算法，来进行VIP用户保障，精准保障突发大话务场景能够快速解决VIP用户感知需求，增强网络用户粘性。

另外，结合图2描述的本发明实施例的用户业务保障方法可以由计算设备来实现。图6示出了本发明实施例提供的计算设备的硬件结构示意图。

计算设备可以包括处理器601以及存储有计算机程序指令的存储器602。

具体地，上述处理器601可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本发明实施例的一个或多个集成电路。

存储器602可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器602可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器602可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器602可在数据处理装置的内部或外部。在特定实施例中，存储器602是非易失性固态存储器。在特定实施例中，存储器602包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器601通过读取并执行存储器602中存储的计算机程序指令，以实现上述实施例中的任意一种用户业务保障方法。

在一个示例中，计算设备还可包括通信接口603和总线610。其中，如图6所示，处理器601、存储器602、通信接口603通过总线610连接并完成相互间的通信。

通信接口603，主要用于实现本发明实施例中各模块、装置、单元和/或设备之间的通信。

总线610包括硬件、软件或两者，将计算设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线610可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

另外，结合上述实施例中的用户业务保障方法，本发明实施例可提供一种计算机可读存储介质来实现。该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种用户业务保障方法。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本发明中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本发明不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

以上所述，仅为本发明的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。

Claims (15)

1.一种用户业务保障方法，其特征在于，所述方法包括：

从多个业务等级中选择一个作为资源保障业务等级；

为所述资源保障业务等级设置高于其它业务等级的优先级因子；以及

为预定用户分配所述资源保障业务等级。

2.根据权利要求1所述的方法，其特征在于，所述业务等级是QCI等级，每个业务等级分别对应于一个或多个业务，为每个业务等级分别设置了业务优先级，所述多个业务等级是业务优先级较低的预定数量个业务等级。

3.根据权利要求2所述的方法，其特征在于，

所述资源保障业务等级是所述多个业务等级中业务数据流量最低的业务等级，所述业务数据流量是上行吞吐量和/或下行吞吐量。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

基于用户的用户设备信道信息及对应于其业务等级的优先级因子，确定所述预定用户的调度优先级。

5.根据权利要求4所述的方法，其特征在于，所述用户设备信道信息包括所述用户设备的当前信道质量和/或所述用户设备的历史传输速率。

6.根据权利要求5所述的方法，其特征在于，通过如下公式计算所述预定用户的调度优先级Priority：

其中，eff表示用户设备当前的信道质量，Alpha表示预设信道参数，r表示用户设备历史传输的速率，Y_QCI表示业务的QCI级别对应的优先级因子。

7.根据权利要求1所述的方法，其特征在于，所述预定用户是处于大话务场景下的VIP用户。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

确定所述VIP用户是否处于大话务场景。

9.根据权利要求8所述的方法，其特征在于，所述确定所述VIP用户是否处于大话务场景，包括：

基于全网历史业务数据，针对至少一个预定方面，分别建立分量话务预测模型；以及

基于所述分量话务预测模型预测所述VIP用户是否处于大话务场景。

10.根据权利要求9所述的方法，其特征在于，所述预定方面包括突发事件、趋势事件、周期事件或随机事件。

11.根据权利要求8所述的方法，其特征在于，所述确定所述VIP用户是否处于大话务场景，包括：

基于各个业务的业务特性信息以及预定话务统计信息，确定所述VIP用户是否处于大话务场景。

12.根据权利要求11所述的方法，其特征在于，所述业务特性信息是业务的最低业务速率需求，所述预定话务统计信息是统计的所述VIP用户所处区域的在线用户数量。

13.一种用户业务保障装置，其特征在于，所述装置包括：

资源保障业务等级确定单元，用于从多个业务等级中选择一个作为资源保障业务等级；

优先级因子设置单元，用于为所述资源保障业务等级设置高于其它业务等级的优先级因子；以及

资源保障业务等级分配单元，用于为预定用户分配所述资源保障业务等级。

14.一种计算设备，其特征在于，包括：至少一个处理器、至少一个存储器以及存储在所述存储器中的计算机程序指令，当所述计算机程序指令被所述处理器执行时实现如权利要求1-12中任一项所述的方法。

15.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，当所述计算机程序指令被处理器执行时实现如权利要求1-12中任一项所述的方法。