CN101765144B - 一种处理业务接入的方法和装置 - Google Patents

Abstract

本发明涉及无线通信技术，特别涉及一种处理业务接入的方法和装置，用以在处理业务接入时，提高判决结果的准确率，从而降低资源浪费以及在业务接入时引起小区拥塞情况的发生。本发明实施例的方法包括：根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定小区可接入资源上限；将小区中业务的资源总量和确定的小区可接入资源上限进行比较，根据比较结果确定是否允许请求的业务接入，所述小区中业务的资源总量是小区中已接入的业务的资源总量和请求接入的业务的资源量之和。采用本发明实施例能够降低资源浪费以及在业务接入时减少小区拥塞情况的发生。

Description

一种处理业务接入的方法和装置

技术领域

本发明涉及无线通信技术，特别涉及一种处理业务接入的方法和装置。

背景技术

HSPA(High Speed Packet Access高速分组接入)、LTE(Long TermEvolution，长期演进)、Wimax(Worldwide Interoperability for Microwave Access，微波存取全球互通)等***具有资源共享、快速调度特性以及链路自适应等技术特征。在这些通信***中，接纳处理需要完成两个任务：1)统计并计算***传输资源占用量和频谱效率；2)确定接纳门限并判决请求接纳承载是否接纳。

终端接入、切换到新小区或者小区内终端进行资源调整时，***都需要进行接纳处理。

目前进行接纳处理的方法主要是设定一个接纳门限，然后确定已接入承载资源占用量和请求接纳承载资源需求的预测值之和，然后再用确定的值除以小区中业务的资源总量，得到比较值，如果比较值小于接纳门限，则确定接纳成功，允许终端接纳。

现有的接纳处理方法中，接纳门限是根据经验值设定的固定值，如果接纳门限设置的过大，从而有可能导致在业务接入时引起小区拥塞；如果接纳门限设置的过小，从而有可能导致小区资源浪费。

综上所述，目前的接纳处理方法判决结果存在较大误差，从而有可能导致资源浪费以及在业务接入时引起小区拥塞。

发明内容

本发明实施例提供一种处理业务接入的方法和装置，用以在处理业务接入时，提高判决结果的准确率，从而降低资源浪费以及在业务接入时减少小区拥塞情况的发生。

本发明实施例提供的一种处理业务接入的方法包括：

根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定小区可接入资源上限；

将小区中业务的资源总量和确定的小区可接入资源上限进行比较，根据比较结果确定是否允许请求的业务接入，所述小区中业务的资源总量是小区中已接入的业务的资源总量和请求接入的业务的资源量之和。

本发明实施例提供的一种处理业务接入的装置包括：

接入资源上限确定模块，用于根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定小区可接入资源上限；

判决模块，用于将小区中业务的资源总量和确定的小区可接入资源上限进行比较，根据比较结果确定是否允许请求的业务接入，所述小区中业务的资源总量是小区中已接入的业务的资源总量和请求接入的业务的资源量之和。

本发明实施例根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定小区可接入资源上限；将小区中业务的资源总量和确定的小区可接入资源上限进行比较，根据比较结果确定是否允许请求的业务接入，所述小区中业务的资源总量是小区中已接入的业务的资源总量和请求接入的业务的资源量之和。由于能够根据小区业务的组成情况，确定小区可接入资源上限，所以在处理业务接入时，能够提高判决结果的准确率，从而降低资源浪费以及在业务接入时减少小区拥塞情况的发生。

附图说明

图1为本发明实施例处理业务接入的装置结构示意图；

图2为本发明实施例处理业务接入的方法流程示意图；

图3为本发明实施例混合业务场景下处理业务接入的方法流程示意图。

具体实施方式

本发明实施例根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定小区可接入资源上限，将小区中业务的资源总量和确定的小区可接入资源上限进行比较，根据比较结果确定是否允许请求的业务接入，由于能够根据小区业务的组成情况，确定小区可接入资源上限，所以在处理业务接入时，能够提高判决结果的准确率。

其中，如果请求的业务的业务类型和已接入小区的业务的业务类型为GBR(Guaranteed Bit Rate，保障速率)业务，则业务的资源量为业务的资源占用量；

如果请求的业务和已接入小区的业务为NGBR业务，则业务的资源量为业务的最低资源需求量。

根据需要也可以按照QCI(QoS Class Identifier，服务质量分类标识)划分业务类型，参见表1：

表1

如果请求的业务和已接入小区的业务为QCI标识是1～4的业务，则业务的资源量为业务的资源占用量；

如果请求的业务和已接入小区的业务为QCI标识是5～9的业务，则业务的资源量为业务的最低资源需求量。

在具体实施过程中，本发明实施例适用于单业务场景和混合业务场景。

下面结合说明书附图对本发明实施例作进一步详细描述。

如图1所示，本发明实施例处理业务接入的装置包括：接入资源上限确定模块10和判决模块20。

接入资源上限确定模块10，用于在有业务请求接入时，根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定小区可接入资源上限。

每类业务的业务类型对应的接纳门限为该业务类型在单业务场景下的接纳门限，单业务场景下的接纳门限由仿真或组网测试得到，可以通过O&M(Operations and Maintenance，操作维护)模块进行统一配置和管理。也就是说，单业务场景下的接纳门限并不是不变的，而是由具体环境实时改变的。

其中，如果小区可接入资源上限是由混合业务接纳门确定的，则接入资源上限确定模块10还可以进一步包括：混合业务确定模块100和第一模块110。

混合业务确定模块100，用于根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定混合业务接纳门限。

第一模块110，用于根据小区资源总量和混合业务确定模块100确定的混合业务接纳门限，确定小区可接入资源上限。

混合业务确定模块100根据下列公式确定混合业务接纳门限：

$\mathrm{\η}\%=\underset{j=1}{\overset{N}{\mathrm{\Σ}}}\frac{R_{\mathrm{old}\_j}}{\underset{i=1}{\overset{N}{\mathrm{\Σ}}}{R}_{\mathrm{old}\_i}}{\mathrm{\η}}_j\%$ (公式一)

其中，η％为混合业务接纳门限；

为小区中已接入的业务的资源总量；i为1～N的整数；R_{old_j}为第j类业务的资源量，j为1～N的整数；N为小区中接入的业务类型总数；η_j％为第j类业务的接纳门限。

则第一模块110将混合业务确定模100确定的混合业务接纳门限乘以小区资源总量，将得到的数值作为小区可接入资源上限。

即

(公式二)。

R_total为小区资源总量。

其中，如果小区可接入资源上限是由小区预留资源量确定的，则接入资源上限确定模块10还可以进一步包括：预留资源量确定模块120和第二模块130。

预留资源量确定模块120，用于根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定小区预留资源量。

第二模块130，用于根据小区资源总量和预留资源量确定模块120确定的小区预留资源量，确定小区可接入资源上限。

预留资源量确定模块120根据下列公式确定混合业务接纳门限：

$X=\underset{i=1}{\overset{N}{\mathrm{\Σ}}}{R}_{\mathrm{old}\_i}\frac{1-{\mathrm{\η}}_i\%}{{\mathrm{\η}}_i\%}$ (公式三)。

其中，X为小区预留资源量；R_{old_i}为第i类业务的资源量，i为1～N的整数；N为小区中接入的业务类型总数；η_i％为第i类业务的接纳门限。

则第二模块130将小区资源总量与预留资源量确定模块120确定的小区预留资源量之差作为小区可接入资源上限。

即(公式四)。

判决模块20，用于将小区中业务的资源总量和接入资源上限确定模块10确定的小区可接入资源上限进行比较，根据比较结果确定是否允许请求的业务接入。

其中，小区中业务的资源总量是小区中已接入的业务的资源总量和请求接入的业务的资源量之和。也就是说，小区中业务的资源总量是假设允许请求的业务接入后，小区中已接入的业务的资源总量。

小区中已接入的业务的资源总量为小区内GBR业务资源占用量与NGBR业务最小资源需求量之和。

GBR业务资源占用量是通过统计GBR业务传输资源占用量确定的；

NGBR业务最小资源需求量之和是频谱效率(即传输单位比特速率的资源占用量)乘以各业务所需最低比特速率之和得到的。

频谱效率是根据小区中NGBR业务的平均传输比特速率和传输资源占用量确定的。

各业务所需最低比特速率是根据不同的业务预先设定的。

在具体实施过程中，如果小区中业务的资源总量小于小区可接入资源上限进行，则允许请求的业务接入；否则，不允许请求的业务接入。

为了保证请求接入的业务的QoS(Quality of Service，业务质量)，需要确定请求接入的业务的QoS所需要的传输资源，则本发明实施例处理业务接入的装置还可以进一步包括：数值确定模块30和资源量确定模块40。

数值确定模块30，用于确定请求接入的业务的业务类型对应的接纳门限和该业务的资源预测值。

其中，请求接入的业务的资源预测值根据请求接入的业务的业务类型不同，确定的方式也不同。

如果请求接入的业务的业务类型为GBR业务，则确定请求接入的业务的资源预测值的方式为：

小区内该业务类型的资源占用总量与该业务类型承载数目的比值。

如果请求接入的业务的业务类型为NGBR业务，则确定请求接入的业务的资源预测值的方式为：

频谱效率乘以请求接入的业务的最低比特速率。

资源量确定模块40，用于将数值确定模块30确定的资源预测值除以数值确定模块30确定的请求接入的业务的业务类型对应的接纳门限，将得到的数值作为请求接入的业务的资源量。

请求接入的业务的业务类型对应的接纳门限为请求接入的业务在单业务场景下的接纳门限。

由于能够保证请求接入的业务的QoS，所以进一步提高了判决结果的准确率。

在具体实施过程中，小区中业务的资源总量可以通过公式五确定：

(公式五)。

其中，

为小区中已接入的业务的资源总量；i为1～N的整数；为请求接入的业务的资源量。

如果将公式二和公式五进行合并，则判决模块20可以根据公式六进行接入处理：

$\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}{R}_{\mathrm{old}\_i}+\frac{{\mathrm{\&Delta;R}}_n}{{\mathrm{\&eta;}}_n\%}<R_{\mathrm{total}}\&times;\underset{j=1}{\overset{N}{\mathrm{\&Sigma;}}}\frac{R_{\mathrm{old}\_j}}{\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}{R}_{\mathrm{old}\_i}}{\mathrm{\&eta;}}_j\%$ (公式六)

即如果将各项数值带入公式六后，公式六成立，则允许请求的业务接入；否则，不允许请求的业务接入。

如果将公式四和公式五进行合并，则判决模块20可以根据公式七进行接入处理：

$\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}{R}_{\mathrm{old}\_i}+\frac{{\mathrm{\&Delta;R}}_n}{{\mathrm{\&eta;}}_n\%}<R_{\mathrm{total}}-\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}{R}_{\mathrm{old}\_i}\frac{1-{\mathrm{\&eta;}}_i\%}{{\mathrm{\&eta;}}_i\%}$ (公式七)。

即如果将各项数值带入公式七后，公式七成立，则允许请求的业务接入；否则，不允许请求的业务接入。

如果对公式七进行简化，则可以得到公式八：

$\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}\frac{R_{\mathrm{old}\_i}}{{\mathrm{\&eta;}}_i\%}+\frac{{\mathrm{\&Delta;R}}_n}{{\mathrm{\&eta;}}_n\%}<R_{\mathrm{total}}$ (公式八)。

公式七和公式八形式不同，物理意义等价。公式七从现有接纳控制方法的接纳判决公式角度拟合接纳门限；公式八消去了小区接纳门限，计算更简单。

如图2为所示，本发明实施例处理业务接入的方法包括下列步骤：

步骤200、在有业务请求接入时，根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定小区可接入资源上限。

每类业务的业务类型对应的接纳门限为该业务类型在单业务场景下的接纳门限，单业务场景下的接纳门限由仿真或组网测试得到，可以通过O&M模块进行统一配置和管理。也就是说，单业务场景下的接纳门限并不是不变的，而是由具体环境实时改变的。

步骤201、将小区中业务的资源总量和确定的小区可接入资源上限进行比较，根据比较结果确定是否允许请求的业务接入。

其中，小区中业务的资源总量是小区中已接入的业务的资源总量和请求接入的业务的资源量之和。也就是说，小区中业务的资源总量是假设允许请求的业务接入后，小区中已接入的业务的资源总量。

小区中已接入的业务的资源总量为小区内GBR业务资源占用量与NGBR业务最小资源需求量之和。

GBR业务资源占用量是通过统计GBR业务传输资源占用量确定的；

NGBR业务最小资源需求量之和是频谱效率(即传输单位比特速率的资源占用量)乘以各业务所需最低比特速率之和得到的。

频谱效率是根据小区中NGBR业务的平均传输比特速率和传输资源占用量确定的。

各业务所需最低比特速率是根据不同的业务预先设定的。

在具体实施过程中，如果小区中业务的资源总量小于小区可接入资源上限进行，则允许请求的业务接入；否则，不允许请求的业务接入。

其中，如果小区可接入资源上限是由混合业务接纳门确定的，则步骤200还可以进一步包括：

步骤a200、根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定混合业务接纳门限。

步骤b200、根据小区资源总量和确定的混合业务接纳门限，确定小区可接入资源上限。

其中，根据下列公式确定混合业务接纳门限：

$\mathrm{\&eta;}\%=\underset{j=1}{\overset{N}{\mathrm{\&Sigma;}}}\frac{R_{\mathrm{old}\_j}}{\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}{R}_{\mathrm{old}\_i}}{\mathrm{\&eta;}}_j\%$ (公式一)。

其中，η％为混合业务接纳门限；为小区中已接入的业务的资源总量；i为1～N的整数；R_{old_j}为第j类业务的资源量，j为1～N的整数；N为小区中接入的业务类型总数；η_j％为第j类业务的接纳门限。

则步骤b200中，将确定的混合业务接纳门限乘以小区资源总量，将得到的数值作为小区可接入资源上限。

即

(公式二)。

R_total为小区资源总量。

其中，如果小区可接入资源上限是由小区预留资源量确定的，则步骤200还可以进一步包括：

步骤c200、根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定小区预留资源量。

步骤d200、根据小区资源总量和确定的小区预留资源量，确定小区可接入资源上限。

其中，根据下列公式确定混合业务接纳门限：

$X=\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}{R}_{\mathrm{old}\_i}\frac{1-{\mathrm{\&eta;}}_i\%}{{\mathrm{\&eta;}}_i\%}$ (公式三)。

其中，X为小区预留资源量；R_{old_i}为第i类业务的资源量，i为1～N的整数；N为小区中接入的业务类型总数；η_i％为第i类业务的接纳门限。

则步骤d200中，将小区资源总量与确定的小区预留资源量之差作为小区可接入资源上限。

即

(公式四)。

为了保证请求接入的业务的QoS，需要确定请求接入的业务的QoS所需要的传输资源，则本发明实施例处理业务接入的方法中还可以进一步包括确定请求接入的业务的资源量的步骤：

步骤S1确定请求接入的业务的业务类型对应的接纳门限和该业务的资源预测值。

其中，请求接入的业务的资源预测值根据请求接入的业务的类型不同，确定的方式也不同。

如果请求接入的业务的业务类型为GBR业务，则确定请求接入的业务的资源预测值的方式为：

小区内该业务类型的资源占用总量与该业务类型承载数目的比值。

如果请求接入的业务的业务类型为NGBR业务，则确定请求接入的业务的资源预测值的方式为：

频谱效率乘以请求接入的业务的最低比特速率。

步骤S2、将确定的资源预测值除以确定的请求接入的业务的业务类型对应的接纳门限，将得到的数值作为请求接入的业务的资源量。

请求接入的业务的业务类型对应的接纳门限为请求接入的业务在单业务场景下的接纳门限。

由于能够保证请求接入的业务的QoS，所以进一步提高了判决结果的准确率。

在具体实施过程中，小区中业务的资源总量可以通过公式五确定：

(公式五)。

其中，

为小区中已接入的业务的资源总量；i为1～N的整数；

为请求接入的业务的资源量。

如果将公式二和公式五进行合并，则可以根据公式六进行接入处理：

$\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}{R}_{\mathrm{old}\_i}+\frac{{\mathrm{\&Delta;R}}_n}{{\mathrm{\&eta;}}_n\%}<R_{\mathrm{total}}\&times;\underset{j=1}{\overset{N}{\mathrm{\&Sigma;}}}\frac{R_{\mathrm{old}\_j}}{\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}{R}_{\mathrm{old}\_i}}{\mathrm{\&eta;}}_j\%$ (公式六)

即如果将各项数值带入公式六后，公式六成立，则允许请求的业务接入；否则，不允许请求的业务接入。

如果将公式四和公式五进行合并，则可以根据公式七进行接入处理：

$\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}{R}_{\mathrm{old}\_i}+\frac{{\mathrm{\&Delta;R}}_n}{{\mathrm{\&eta;}}_n\%}<R_{\mathrm{total}}-\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}{R}_{\mathrm{old}\_i}\frac{1-{\mathrm{\&eta;}}_i\%}{{\mathrm{\&eta;}}_i\%}$ (公式七)。

即如果将各项数值带入公式七后，公式七成立，则允许请求的业务接入；否则，不允许请求的业务接入。

如果对公式七进行简化，则可以得到公式八：

$\underset{i=1}{\overset{N}{\mathrm{\&Sigma;}}}\frac{R_{\mathrm{old}\_i}}{{\mathrm{\&eta;}}_i\%}+\frac{{\mathrm{\&Delta;R}}_n}{{\mathrm{\&eta;}}_n\%}<R_{\mathrm{total}}$ (公式八)。

公式七和公式八形式不同，物理意义等价。公式七从现有接纳控制方法的接纳判决公式角度拟合接纳门限；公式八消去了小区接纳门限，计算更简单。

如图3所示，本发明实施例混合业务场景下处理业务接入的方法包括下列步骤：

步骤300、通过O&M模块为小区各业务类型配置的接纳门限。

步骤301、根据GBR业务和NGBR业务的不同，统计各GBR业务的资源占用量和承载数目，从而确定GBR业务传输资源占用量，统计各NGBR业务的资源占用量和平均传输比特速率，从而确定频谱效率。

步骤302、在有业务请求接入时，根据步骤301中确定的GBR业务传输资源占用量，计算出小区内接入业务的资源占用量(GBR业务)，根据步骤301中确定的频谱效率计算出小区内接入业务的最低资源需求量(NGBR业务)。

步骤303、根据请求接入业务的业务类型，确定请求接入的资源预测值。

如果请求接纳承载为GBR业务，资源预测值为小区内该业务类型的资源占用总量与该业务类型承载数目的比值；

请求接纳承载为NGBR业务，资源预测值为频谱效率与请求接纳承载的最低比特速率的乘积。

步骤304、将步骤300～步骤303确定的数值代入公式六、公式七或公式八中，进行接入判决处理。

步骤305、如果接入判决成功，则进行的后续处理；否则，拒绝请求的业务接入。

需要说明的是，单业务场景下处理业务接入的方法只需要计算GBR业务或NGBR业务，而不像混合业务场景下两种业务都需要计算，其他的处理方式与混合业务场景下处理业务接入的方法类似，不再赘述。

下面以LTE***为例，对本发明实施例进行详细说明。

假设***带宽为10MHz，小区总传输资源为50个PRB；业务按照QCI分类，小区内已接入业务有3种，其QCI优先级从高到低顺次为业务1、2、3，其中业务1为GBR业务，业务2、3为NGBR业务；3种业务的接纳门限分别为1、0.7、0.6；业务2、3的下行最低比特速率均为64kbps。

其中，实施例一～三是利用公式六进行判决；实施例四～六是利用公式八进行判决。

实施例一：

统计得到的业务类型1已接入承载的资源占用量为9个PRB，已接入承载数目为10；统计得到业务类型2的资源占用量为25个PRB，平均传输比特速率为3Mbps，已接入承载数目为3；统计得到业务类型3的资源占用量为14个PRB，平均传输比特速率为1.5Mbps，已接入承载数目为5。

根据上面的统计数值可以计算得到业务类型为2、3的已接入承载的频谱效率分别为8.3×10-6PRB/bps和9.3×10-6PRB/bps。

根据上面的统计数值计算各业务的资源量：

R_{old_1}＝9PRB；

R_{old_2}＝8.3×10^-6(PRB/bps)×64kbps×3＝1.59PRB；

R_{old_3}＝9.3×10^-6(PRB/bps)×64kbps×5＝2.98PRB。

利用公式一计算混合业务接纳门限：

$X\%=\frac{9}{9+1.59+2.98}100\%+\frac{1.59}{9+1.59+2.98}70\%+\frac{2.98}{9+1.59+2.98}60\%=87.7\%.$

在有业务请求接入时，判定该业务的业务类型：

如果接纳请求承载业务类型为1，请求接纳承载为GBR业务，业务的资源量：

${\mathrm{\&Delta;R}}_1=\frac{R_{\mathrm{old}\_1}}{10}/100\%=0.9\mathrm{PRB}.$

如果接纳请求承载业务类型为2，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₂＝8.3×10^-6(PRB/bps)×64kbps/70％＝0.759PRB。

如果接纳请求承载业务类型为3，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₃＝9.3×10^-6(PRB/bps)×64kbps/60％＝0.992PRB

利用公式六分别对业务类型为1、2、3时的接入承载进行判决如下：

请求接入承载为业务1：9+1.59+2.98+0.9＝14.47＜50×87.7％判决成功；

请求接入承载为业务2：9+1.59+2.98+0.759＝14.33＜50×87.7％判决成功；

请求接入承载为业务3：9+1.59+2.98+0.992＝14.56＜50×87.7％判决成功。

实施例二：

统计得到业务类型1已接入承载的资源占用量为35个PRB，已接入承载数目为39；统计得到业务类型2的资源占用量为7个PRB，平均传输比特速率为843kbps，已接入承载数目为10；统计得到业务类型3的资源占用量为5.36个PRB，平均传输比特速率为512kbps，已接入承载数目为9。

根据上面的统计数值可以计算得到业务类型为2、3的已接入承载的频谱效率分别为8.3×10-6PRB/bps和9.3×10-6PRB/bps。

根据上面的统计数值计算各业务的资源量：

R_{old_1}＝35PRB；

R_{old_2}＝8.3×10^-6(PRB/bps)×64kbps×10＝5.31PRB；

R_{old_3}＝9.3×10^-6(PRB/bps)×64kbps×9＝5.36PRB。

利用公式一计算混合业务接纳门限：

$X\%=\frac{35}{35+5.31+5.36}100\%+\frac{5.31}{35+5.31+5.36}70\%+\frac{5.36}{35+5.31+5.36}60\%=91.73\%.$

在有业务请求接入时，判定该业务的业务类型：

如果接纳请求承载业务类型为1，请求接纳承载为GBR业务，业务的资源量：

${\mathrm{\&Delta;R}}_1=\frac{R_{\mathrm{old}\_1}}{10}/100\%=0.9\mathrm{PRB}.$

如果接纳请求承载业务类型为2，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₂＝8.3×10^-6(PRB/bps)×64kbps/70％＝0.759PRB。

如果接纳请求承载业务类型为3，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₃＝9.3×10^-6(PRB/bps)×64kbps/60％＝0.992PRB。

利用公式六分别对业务类型为1、2、3时的接入承载进行判决如下：

请求接纳承载为业务1：35+5.31+5.36+0.9＝46.57＞50×91.73％＝45.86判决失败；

请求接纳承载为业务2：35+5.31+5.36+0.759＝46.43＞50×91.73％＝45.86判决失败；

请求接纳承载为业务3：35+5.31+5.36+0.992＝46.66＞50×91.73％＝45.86判决失败。

实施例三：

统计得到业务类型1已接入承载的资源占用量为35个PRB，已接入承载数目为39；统计得到业务类型2的资源占用量为10.0个PRB，平均传输比特速率为1205kbps，已接入承载数目为14；统计得到业务类型3的资源占用量为2.976个PRB，平均传输比特速率为320kbps，已接入承载数目为5。

根据上面的统计数值可以计算得到业务类型为2、3的已接入承载的频谱效率分别为8.3×10-6PRB/bps和9.3×10-6PRB/bps。

根据上面的统计数值计算各业务的资源量：

R_{old_1}＝35PRB；

R_{old_2}＝8.3×10^-6(PRB/bps)×64kbps×14＝7.437PRB；

R_{old_3}＝9.3×10^-6(PRB/bps)×64kbps×5＝2.976PRB。

利用公式一计算混合业务接纳门限：

$X\%=\frac{35}{35+7.437+2.976}100\%+\frac{7.437}{35+7.437+2.976}70\%+\frac{2.976}{35+7.437+2.976}60\%=92.52\%.$

在有业务请求接入时，判定该业务的业务类型：

如果接纳请求承载业务类型为1，请求接纳承载为GBR业务，业务的资源量：

${\mathrm{\&Delta;R}}_1=\frac{R_{\mathrm{old}\_1}}{10}/100\%=0.9\mathrm{PRB}.$

如果接纳请求承载业务类型为2，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₂＝8.3×10^-6(PRB/bps)×64kbps/70％＝0.759PRB。

如果接纳请求承载业务类型为3，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₃＝9.3×10^-6(PRB/bps)×64kbps/60％＝0.992PRB。

利用公式六分别对业务类型为1、2、3时的接入承载进行判决如下：

请求接纳承载为业务1：35+7.437+2.976+0.9＝46.31＞50×92.52％＝46.26判决失败；

请求接纳承载为业务2：35+7.437+2.976+0.759＝46.172＜50×92.52％＝46.26判决成功；

请求接纳承载为业各3：35+7.437+2.976+0.992＝46.405＞50×92.52％＝46.266判决失败。

实施例四：

统计得到业务类型1已接入承载的资源占用量为35个PRB，已接入承载数目为39；统计得到业务类型2的资源占用量为10.0个PRB，平均传输比特速率为1205kbps，已接入承载数目为14；统计得到业务类型3的资源占用量为2.976个PRB，平均传输比特速率为320kbps，已接入承载数目为5。

根据上面的统计数值可以计算得到业务类型为2、3的已接入承载的频谱效率分别为8.3×10-6PRB/bps和9.3×10-6PRB/bps。

根据上面的统计数值计算各业务的资源量(即各业务类型已接入承载为保证其QoS所需的传输资源)：

R_{old_1}＝35PRB/100％＝35PRB；

R_{old_2}＝8.3×10^-6(PRB/bps)×64kbps×3/70％＝2.27PRB；

R_{old_3}＝9.3×10^-6(PRB/bps)×64kbps×5/60％＝4.97PRB。

在有业务请求接入时，判定该业务的业务类型：

如果接纳请求承载业务类型为1，请求接纳承载为GBR业务，业务的资源量：

${\mathrm{\&Delta;R}}_1=\frac{R_{\mathrm{old}\_1}}{10}/100\%=0.9\mathrm{PRB}.$

如果接纳请求承载业务类型为2，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₂＝8.3×10^-6(PRB/bps)×64kbps/70％＝0.759PRB。

如果接纳请求承载业务类型为3，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₃＝9.3×10^-6(PRB/bps)×64kbps/60％＝0.992PRB。

利用公式八分别对业务类型为1、2、3时的接入承载进行判决如下：

请求接纳承载为业务1：9+2.27+4.97+0.9＝17.14＜50判决成功；

请求接纳承载为业务2：9+2.27+4.97+0.759＝17.00＜50判决成功；

请求接纳承载为业务3：9+2.27+4.97+0.992＝17.23＜50判决成功。

实施例五：

统计得到业务类型1已接入承载的资源占用量为35个PRB，已接入承载数目为39；统计得到业务类型2的资源占用量为7个PRB，平均传输比特速率为843kbps，已接入承载数目为9；统计得到业务类型3的资源占用量为4.76个PRB，平均传输比特速率为512kbps，已接入承载数目为8。

根据上面的统计数值可以计算得到业务类型为2、3的已接入承载的频谱效率分别为8.3×10-6PRB/bps和9.3×10-6PRB/bps。

根据上面的统计数值计算各业务的资源量(即各业务类型已接入承载为保证其QoS所需的传输资源)：

R_{old_1}＝3.5PRB/100％＝35PRB；

R_{old_2}＝8.3×10^-6(PRB/bps)×64kbps×9/70％＝6.83PRB；

R_{old_3}＝9.3×10^-6(PRB/bps)×64kbps×8/60％＝7.93PRB。

在有业务请求接入时，判定该业务的业务类型：

如果接纳请求承载业务类型为1，请求接纳承载为GBR业务，业务的资源量：

${\mathrm{\&Delta;R}}_1=\frac{R_{\mathrm{old}\_1}}{10}/100\%=0.9\mathrm{PRB}.$

如果接纳请求承载业务类型为2，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₂＝8.3×10^-6(PRB/bps)×64kbps/70％＝0.759PRB。

如果接纳请求承载业务类型为3，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₃＝9.3×10^-6(PRB/bps)×64kbps/60％＝0.992PRB。

利用公式八分别对业务类型为1、2、3时的接入承载进行判决如下：

请求接纳承载为业务1：35+6.83+7.93+0.9＝50.66＞50判决失败；

请求接纳承载为业务2：35+6.83+7.93+0.759＝50.519＞50判决失败；

请求接纳承载为业务3：35+6.83+7.93+0.992＝50.752＞50判决失败。

实施例六：

统计得到业务类型1已接入承载的资源占用量为35个PRB，已接入承载数目为39；统计得到业务类型2的资源占用量为10个PRB，平均传输比特速率为1205kbps，已接入承载数目为12；统计得到业务类型3的资源占用量为2.98个PRB，平均传输比特速率为320kbps，已接入承载数目为5。

根据上面的统计数值可以计算得到业务类型为2、3的已接入承载的频谱效率分别为8.3×10-6PRB/bps和9.3×10-6PRB/bps。

根据上面的统计数值计算各业务的资源量(即各业务类型已接入承载为保证其QoS所需的传输资源)：

R_{old_1}＝35PRB/100％＝35PRB；

R_{old_2}＝8.3×10^-6(PRB/bps)×64kbps×12/70％＝9.11PRB；

R_{old_3}＝9.3×10^-6(PRB/bps)×64kbps×5/60％＝4.96PRB。

在有业务请求接入时，判定该业务的业务类型：

如果接纳请求承载业务类型为1，请求接纳承载为GBR业务，业务的资源量：

${\mathrm{\&Delta;R}}_1=\frac{R_{\mathrm{old}\_1}}{10}/100\%=0.9\mathrm{PRB}.$

如果接纳请求承载业务类型为2，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₂＝8.3×10^-6(PRB/bps)×64kbps/70％＝0.759PRB。

如果接纳请求承载业务类型为3，请求接纳承载为NGBR业务，业务的资源量为：

ΔR₃＝9.3×10^-6(PRB/bps)×64kbps/60％＝0.992PRB。

利用公式八分别对业务类型为1、2、3时的接入承载进行判决如下：

请求接纳承载为业务1：35+9.11+4.96+0.9＝49.97＜50判决成功；

请求接纳承载为业务2：35+9.11+4.96+0.759＝49.83＜50判决成功；

请求接纳承载为业务3：35+9.11+4.96+0.992＝50.23＞50判决失败。

从上述实施例中可以看出：本发明实施例根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定小区可接入资源上限；将小区中业务的资源总量和确定的小区可接入资源上限进行比较，根据比较结果确定是否允许请求的业务接入，所述小区中业务的资源总量是小区中已接入的业务的资源总量和请求接入的业务的资源量之和。由于能够根据小区业务的组成情况，确定小区可接入资源上限，所以在处理业务接入时，能够提高判决结果的准确率，从而降低资源浪费以及在业务接入时减少小区拥塞情况的发生，并且本发明实施例更适应业务组成不断变化的实际通信***，结合请求接纳承载的业务的业务类型的接纳门限，对该业务的资源预测值进行处理，进一步减少了误差。

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

Claims (6)

1.一种处理业务接入的方法，其特征在于，该方法包括：

根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定混合业务接纳门限或小区预留资源量；

根据小区资源总量和所述混合业务接纳门限，或根据小区资源总量和所述小区预留资源量，确定小区可接入资源上限；

将小区中业务的资源总量和确定的小区可接入资源上限进行比较，根据比较结果确定是否允许请求的业务接入，所述小区中业务的资源总量是小区中已接入的业务的资源总量和请求接入的业务的资源量之和；

其中，根据小区资源总量和所述混合业务接纳门限，确定小区可接入资源上限，具体包括：

根据下列公式确定混合业务接纳门限：

其中，η％为混合业务接纳门限； 

为小区中已接入的业务的资源总量；i为1～N的整数；R_{old_j}为第j类业务的资源量，j为1～N的整数；N为小区中接入的业务类型总数；η_j％为第j类业务的接纳门限；及

将确定的所述混合业务接纳门限乘以小区资源总量，将得到的数值作为小区可接入资源上限；

根据小区资源总量和所述小区预留资源量，确定小区可接入资源上限，具体包括：

根据下列公式确定小区预留资源量： 

其中，X为小区预留资源量；R_{old_i}为第i类业务的资源量，i为1～N的整数；N为小区中接入的业务类型总数；η_i％为第i类业务的接纳门限；及

将小区资源总量与确定的所述小区预留资源量之差作为小区可接入资源上限。

2.如权利要求1权利要求所述的方法，其特征在于，所述请求接入的业务的资源量是根据下列步骤确定的：

确定请求接入的业务的业务类型对应的接纳门限和该业务的资源预测值；

将所述资源预测值除以所述请求接入的业务的业务类型对应的接纳门限，将得到的数值作为请求接入的业务的资源量。

3.如权利要求1或2权利要求所述的方法，其特征在于，所述业务类型按照保障速率GBR业务和NGBR业务进行划分；或

所述业务类型按照服务质量分类标识QCI进行划分。

4.一种处理业务接入的装置，其特征在于，该装置包括：

接入资源上限确定模块，用于根据小区中已接入的每类业务的业务类型对应的接纳门限和每类业务的资源量，确定小区可接入资源上限；

判决模块，用于将小区中业务的资源总量和确定的小区可接入资源上限进行比较，根据比较结果确定是否允许请求的业务接入，所述小区中业务的资源总量是小区中已接入的业务的资源总量和请求接入的业务的资源量之和；

其中，所述接入资源上限确定模块包括：

混合业务确定模块，用于根据下列公式确定混合业务接纳门限：

其中，η％为混合业务接纳门限； 为小区中已接入的业务的资源总量；i为1～N的整数；R_{old_j}为第j类业务的资源量，j为1～N的整数；N为小区中接入的业务类型总数；η_j％为第j类业务的接纳门限；及

第一模块，用于将确定的所述混合业务接纳门限乘以小区资源总量，将得到的数值作为小区可接入资源上限；

或所述接入资源上限确定模块包括：

预留资源量确定模块，用于根据下列公式确定小区预留资源量：

其中，X为小区预留资源量；R_{old_i}为第i类业务的资源量，i为1～N的整数；N为小区中接入的业务类型总数；η_i％为第i类业务的接纳门限；及

第二模块，用于将小区资源总量与确定的所述小区预留资源量之差作为小区可接入资源上限。

5.如权利要求4权利要求所述的装置，其特征在于，所述装置还包括：

数值确定模块，用于确定请求接入的业务的业务类型对应的接纳门限和该业务的资源预测值；

资源量确定模块，用于将所述资源预测值除以所述请求接入的业务的业务类型对应的接纳门限，将得到的数值作为请求接入的业务的资源量。

6.如权利要求4或5权利要求所述的装置，其特征在于，所述业务类型按照保障速率GBR业务和NGBR业务进行划分；或

所述业务类型按照服务质量分类标识QCI进行划分。 

Images