CN1819696A - 一种用于hsupa的业务接纳控制算法及其装置 - Google Patents

Abstract

一种用于HSUPA的业务接纳控制算法及其装置，该算法描述了对于新到业务或切换业务的接入控制过程，即：SRNC根据业务特性信息，决定该业务是否可以使用E－DCH来承载；对于该业务可以由E－DCH承载，则SRNC首先检查该业务要求接入的小区基站和终端用户是否支持HUSPA的功能，并检查该小区是否被配置了HSUPA相关的下行资源：如果是，则SRNC根据该业务所需要的发射功率资源，以及该业务传输时对基站的干扰情况，来决定是否在E－DCH上接纳或拒绝；对于该业务在E－DCH上被拒绝，则SRNC继续检查该业务是否可以在DCH上接纳：如果可以，则该业务使用DCH来传输；如果被拒绝，则该业务被拒绝。本发明提高系统上行性能，改善用户的体验。

Description

一种用于HSUPA的业务接纳控制算法及其装置

技术领域

本发明涉及3G(第三代)无线移动通信领域，尤其涉及在无线网络控制器对上行分组数据业务接纳进行控制的算法及其装置。

背景技术

在3G无线移动通信中，高速上行分组接入(HSUPA，High Speed UplinkPacket Acess)专门针对上行分组数据业务的传输，其目的是为了提高系统上行性能，改善用户的体验。为了达到这些目的，在HSUPA的传输过程中采用了一些新的技术，包括基于基站的控制过程，混合自动重传请求(HARQ，HybridAutomatic Repeat Request)的重传模式以及2ms的传输周期等。

无线资源管理(RRM，radio resource management)对保证无线系统的性能至关重要。因此针对HSUPA的无线资源管理(RRM)算法是HSUAP标准化过程中一个非常重要的内容。

为了实现HSUPA的传输，服务无线网络控制器(SRNC，Serving Radionetwork controller)分配可以用于HSUPA传输的无线资源。同时为了保持NodeB(基站)接收质量，HSUPA必须保证不能在基站处产生太多的干扰，因此SRNC将配置干扰门限值，以保证HSUPA的传输不会对其他业务产生太多的负面影响。因此，在实现分组业务HSUPA传输以前，SRNC将决定是否允许该业务在当前的传输环境传输，即SRNC必须保证所提供的资源可以满足该业务传输的需求，且该业务的传输不会对当前网络造成很大的负担。即在分组业务进行HSUPA传输以前，必须进行该业务的接纳控制过程。

尽管针对专用信道(DCH，dedicate channel)的无线资源管理算法已有很多研究和结论，但由于增强专用传输信道(E-DCH，Enhanced dedicate channel)传输所采用的新技术，导致E-DCH具有自己独特的特性，因此针对DCH的无线资源管理算法不能直接用在E-DCH传输上。同时，由于HSUPA是用于承担上行数据的传输，加上终端发射功率的限制，因此HUSPA的传输只有功率资源的限制，而没有信道码的限制，这和下行传输有着显著的区别。因此根据HSUPA的特点，研究适合于HSUPA特性的无线资源管理算法也即针对HSUPA的业务接纳控制算法是十分必要的。

发明内容

本发明的目的在于为了提高系统上行性能，改善用户的体验而提供一种用于HSUPA的业务接纳控制算法及其装置。

本发明所提供的一种用于HSUPA的业务接纳控制算法，对于新到业务或切换业务的接入控制步骤为：SRNC根据业务特性信息，决定该业务是否可以使用E-DCH来承载；对于该业务可以由E-DCH承载，则SRNC首先检查该业务要求接入的小区基站和终端用户是否支持HUSPA的功能，并检查该小区是否被配置了HSUPA相关的下行资源：如果是，则SRNC根据该业务所需要的发射功率资源，以及该业务传输时对基站的干扰情况，来决定是否在E-DCH上接纳或拒绝；对于该业务在E-DCH上被拒绝，则SRNC继续检查该业务是否可以在DCH上接纳：如果可以，则该业务使用DCH来传输；如果被拒绝，则该业务被拒绝。

在上述的用于HSUPA的业务接纳控制算法中，当新到业务和切换业务同时到达时，SRNC根据为切换业务和新到业务分配的不同优先级，对优先级较高的情况先行处理。

在上述的用于HSUPA的业务接纳控制算法中，业务特性信息包括业务对时延的要求和业务类型。

在上述的用于HSUPA的业务接纳控制算法中，业务类型包括实时类业务、流类业务、交换类业务和后台类业务。

在上述的用于HSUPA的业务接纳控制算法中，如果该新到业务或切换业务是实时类业务，或者是对时延要求小于设定值的流类业务，则该业务由DCH来承载。

在上述的用于HSUPA的业务接纳控制算法中，如果该新到业务或切换业务是对时延要求大于设定值的流类业务、交换类业务和后台类业务，则该业务首先由E-DCH来承载，其次考虑由DCH来承载。

在上述的用于HSUPA的业务接纳控制算法中，如果终端和基站支持HSUPA功能，且已经为要求接入的小区规划了相关的下行资源，在同时满足下列条件的情况下，即：1)SRNC配置了可以用于HSUPA传输的资源；2)至少配置了E-AGCH、E-RGCH中的一种信道资源；3)对于只配置了E-AGCH资源的小区，必须还配置了E-HICH资源；4)为HSUAP的传输配置了相关的签名资源。可以考虑在该小区的E-DCH上接纳该业务。

在上述的用于HSUPA的业务接纳控制算法中，SRNC根据下列公式判断新到业务或切换业务所需要的发射功率资源是否超出了终端的最大发射功率，即：

$P_{t\arg \mathrm{et}}=\frac{N_t\·{\mathrm{SIR}}_{t\arg \mathrm{et}}}{W/R_{\mathrm{GBR}}\·L_{\mathrm{path}}}---\left(1\right)$

$P_{t\arg \mathrm{et}}<P_{\mathrm{UE}}^{\max }---\left(2\right)$

其中：在公式中，N_t是背景噪声，R_GBR是业务保证比特率，W为码片速率，SIR_target是业务的目标信噪比，L_path为当前的传输路径损耗，P_target为在理想网络环境下，在保证业务目标信噪比和保证比特率情况下所需要的发射功率，P_UE ^max是终端的最大发射功率；

如果条件(2)满足，可以考虑在该小区的E-DCH上接纳该业务。

在上述的用于HSUPA的业务接纳控制算法中，当所述的SRNC直接为E-DCH分配功率资源P_{SRNC E-DCH}，则在当前网络环境下，保证该业务的质量需求所需要的E-DCH发送功率为P_E-DCH为：

$P_{E-\mathrm{DCH}}=\frac{(N_t+I_{\mathrm{inter}-\mathrm{cell}}+I_{\mathrm{intra}-\mathrm{cell}})\&CenterDot;{\mathrm{SIR}}_{t\arg \mathrm{et}}}{W/R_{\mathrm{GBR}}\&CenterDot;L_{\mathrm{path}}}---\left(3\right)$

$P_{E-\mathrm{DCH}}\&le;P_{\mathrm{SRNC}}^{E-\mathrm{DCH}}---\left(4\right)$

其中：I_inter-cell为小区间干扰，I_intra-cell小区内其他用户对该业务的干扰，P_SRNC ^E-DCH为SRNC分配给E-DCH使用的功率资源。如果条件(4)满足，可以考虑在该小区的E-DCH上接纳该业务；否则SRNC尝试在DCH上接纳该业务。

在上述的用于HSUPA的业务接纳控制算法中，当所述的SRNC为DCH和E-DCH分配总功率P_SRNC ^E-DCH+DCH，则在当前网络环境下，保证该业务质量需求所需要的发射功率P_E-DCH由公式(3)获得，于是有条件(5)：

$P_{E-\mathrm{DCH}}\&le;P_{\mathrm{SRNC}}^{E-\mathrm{DCH}+\mathrm{DCH}}-P_{\mathrm{DCH}---\left(5\right)}$

其中P_DCH是当前DCH所占用的发射功率，如果条件(5)满足，可以考虑在该小区的E-DCH上接纳该业务；否则SRNC尝试在DCH上接纳该业务。

本发明还提供了一种用于HSUPA的业务接纳控制装置，其特征在于：包括资源配置模块、终端发起业务请求模块、获取业务和终端特征信息模块和分别与它们相连的业务接纳控制模块，其中：资源配置模块，用以配置可以用于HSUPA传输的无线资源，以及配置相关的门限参数；终端发起业务请求模块，用以终端发起业务请求，传输业务和终端相关信息到无线网络控制器；获取业务和终端特征信息模块，用以获取业务和终端特性；业务接纳控制模块，用以根据业务和终端特性，决定是否接纳新到业务或切换业务。

本发明首次提出了具有HSUPA特点的业务接纳控制算法，具有如下特点：

1)根据业务特性决定在E-DCH还是在DCH上接纳业务：对时延要求小于设定值的业务在DCH上接纳。对时延要求高于设定值的业务首先考虑在E-DCH上传输，以提高系统性能。如果在E-DCH上接纳失败，再考虑在DCH上接纳，以提高业务接入成功的概率的同时，获得较高的上行传输性能。

2)如果该业务在E-DCH上接纳，则SRNC首先检测终端和基站是否支持HSUPA的功能，这符合网络演化的现状。

3)在业务接纳过程中，必须检查要求接入的小区是否配置了HSUPA的相关资源。只有在如下情况都满足的情况，业务在E-DCH上接纳才可以考虑：

a)至少规划了E-AGCH(绝对命令信道)、E-RGCH(相对命令信道)中的一种信道资源；

b)对于只规划了E-AGCH的小区，必须还规划了E-HICH(HARQ反馈指示信道)的小区；

c)必须为HSUAP的传输规划了相关的签名资源。

4)SRNC为E-DCH分配资源的方案包含两种选择：单独为E-DCH分配资源；为E-DCH+DCH分配总的资源。本发明过程满足这两种方案的要求。

5)本发明考虑了HSUPA数据包传输分为两个步骤的特点，充分考虑数据包和信令的传输对基站产生的影响，使得该业务的接纳对系统产生的负面影响被降低到最低。

附图说明

图1是本发明装置的结构示意图；

图2是本发明算法的流程图。

具体实施方式

如图2所示，本发明用于HSUPA的业务接纳控制算法充分考虑了HSUPA的特点，整个过程是针对新到业务，而对于切换业务，则采用相同的步骤。

1)引入HSUPA传输模式后，在小区中可能存在两种传输信道：E-DCH或DCH。而HSUPA主要用于传输对时延要求不高的分组数据业务，且采用HSUPA将大大提高系统性能。这表明分组数据业务可以由E-DCH承载，也可以由DCH承载。这在业务接入时必须考虑，以提高业务接入成功率。针对该特点，新业务到达时，SRNC首先根据业务特性信息，如：业务对时延的要求；业务类型等，来决定该业务是否可以用E-DCH承载。目前3GPP定义了四种基本业务类型：实时类业务、流类业务、交换类业务、后台类业务。本发明定义如下规则：

1.1)如果该新业务是实时类业务，或者是对时延要求小于设定值的流类业务，则该业务只能由DCH来承载，则跳到步骤8)

1.2)如果业务是对时延要求高于设定值的流类业务、以及交互类、后台类业务，则SRNC首先在E-DCH上进行业务接入控制，跳到步骤2)

2)由于HSUPA是R6(release 6，第6版本)才引入的技术，因此存在一些小区支持HSUPA，而一些小区不支持HSUPA的传输。同样的原因，会存在一些终端支持HSUAP的功能，而另一些终端不支持HSUPA的功能。业务接纳过程必须考虑这一点。针对这一点，SRNC必须检测终端用户和基站是否支持HSUPA功能，如果均支持该功能，则可以考虑在E-DCH上接纳该业务，转到步骤3)。否则，如果终端或基站至少有一方不支持HUSPA功能，则只考虑能在DCH上承载业务，跳到步骤8)。

3)尽管HSUPA为上行分组业务传输过程，但需要下行传输的配合。即为了实现HSUPA的传输，SRNC必须为小区分配相应的下行资源。即在业务接纳过程中，对于支持HSUPA功能的小区，必须检查在网络规划时是否为HSUAP分配了相关的下行资源。针对这一点，SRNC检查是否已经为新业务要求接入的小区配置了用于HSUPA的下行资源，如E-HICH、E-RGCH、E-AGCH的码道资源，签名资源等。本发明定义如下规则：

3.1)如果终端和基站支持HSUPA功能，且已经为要求接入的小区规划了相关的下行资源，即如下条件均满足的情况下，可以考虑在本小区的E-DCH上接纳该业务，跳到步骤4)：

3.1.1)SRNC配置了可以用于HSUPA传输的资源；

3.1.2)至少规划了E-AGCH、E-RGCH中的一种信道资源；

3.1.3)对于只规划了E-AGCH资源的小区，必须还规划了E-HICH资源；

3.1.4)必须为HSUAP的传输规划了相关的签名资源；

3.2)在如下的情况中，只要其中一条满足，则SRNC只能尝试在DCH上接入该新业务，并跳到步骤8)：

3.2.1)SRNC没有为E-DCH配置无线资源

3.2.2)系统至少没有为业务要求接纳的小区分配E-AGCH或E-RGCH中的一种信道码资源

3.2.3)对于只规划了E-AGCH的小区，没有分配E-HICH信道码资源

3.2.4)没有规划用于HSUPA的签名资源

4)根据不同的终端类型，其最大发射功率是有限的，因此任何业务对发射功率的需求不能超过该终端允许的最大发射功率。针对这一点，SRNC检查在保证新业务QOS(quality of service，服务质量)情况下，需要的发射功率是否超出了终端的最大发射功率。

$P_{\mathrm{traget}}=\frac{N_t\&CenterDot;{\mathrm{SIR}}_{t\arg \mathrm{et}}}{W/R_{\mathrm{GBR}}\&CenterDot;L_{\mathrm{path}}}---\left(1\right)$

$P_{t\arg \mathrm{et}}<P_{\mathrm{UE}}^{\max }---\left(2\right)$

该判断是在理想网络环境下进行的，即不考虑小区间干扰和小区内其他用户的干扰。之所以在理想网络环境下处理该步骤，是因为在此情况下达到目标QOS所需的发射功率最小。而在实际传输过程中，可以通过基站合理的调度来保证业务QOS目标的实现。因此这有助于提高业务接入成功的概率。如果在理想网络环境下，终端用户的最大发射功率都不能满足业务的要求，则该业务将被拒绝接入。在公式(1)中，N_t是背景噪声，由统计处理并上报到SRNC。R_GBR是业务保证比特率，由业务QOS参数表获得(如果QOS参数中没有保证比特率，则用最大比特率代替，W是码片速率。SIR_target是业务的目标信噪比，由QOS参数表提供。L_path为当前的传输路径损耗。P_target为在理想网络环境下，在保证业务目标信噪比和保证比特率情况下所需要的发射功率。P_UE ^max是终端的最大发射功率，由终端类型参数决定。因此如果条件(2)满足，则跳到步骤5)，否则，该业务的接入请求被拒绝。

根据3GPP的决议，在HSUPA传输过程中，由SRNC配置可以用于HSUPA传输的无线资源数量。目前共有两种方案：

SRNC为DCH和E-DCH的传输分配一个总的功率，而由基站根据具体情况决定用于E-DCH的功率大小；

SRNC只为E-DCH传输分配功率，即该部分功率只能由HSUPA使用。

5)到达采用哪一种方案，目前还没有决定，但这将影响业务接入过程。因此业务接入过程必须综合考虑这两点。针对该特点，SRNC必须检查分组业务传输所需求的无线资源是否超过SRNC为HSUPA传输所分配的资源。该步骤用于检测在当前网络环境下，SRNC分配给E-DCH的功率资源是否能够满足该业务的需求，即是否能够满足业务的QOS目标值。由于SRNC为E-DCH分配功率资源的方案有两种，因此业务接纳过程将进行不同的处理：

5.1)SRNC直接为E-DCH分配功率资源P_SRNC ^E-DCH。

则在当前网络环境下，为了保证该业务的QOS需求需要的E-DCH发送功率为P_E-DCH为：

$P_{E-\mathrm{DCH}}=\frac{(N_t+I_{\mathrm{inter}-\mathrm{cell}}+I_{\mathrm{intra}-\mathrm{cell}})\&CenterDot;{\mathrm{SIR}}_{t\arg \mathrm{et}}}{W/R_{\mathrm{GBR}}\&CenterDot;L_{\mathrm{path}}}---\left(3\right)$

$P_{E-\mathrm{DCH}}\&le;P_{\mathrm{SRNC}}^{E-\mathrm{DCH}}---\left(4\right)$

其中I_inter-cell为小区间干扰，I_intra-cell为小区内其他用户对该业务的干扰，由测量过程得到，其余参数同上。P_SRNC ^E-DCH为SRNC分配给E-DCH使用的功率资源。则如果条件(4)满足，跳到步骤6)。如果条件4)不满足，则该业务不能由E-DCH承载，于是SRNC尝试在DCH上接纳该业务，转步骤9)。

5.2)SRNC为DCH和E-DCH分配总功率P_SRNC ^E-DCH+DCH

则在当前网络环境下，为了保证该业务QOS需求需要的发射功率P_E-DCH由公式(3)获得，于是有条件(5)：

$P_{E-\mathrm{DCH}}\&le;P_{\mathrm{SRNC}}^{E-\mathrm{DCH}+\mathrm{DCH}}-P_{\mathrm{DCH}---\left(5\right)}$

其中P_DCH是当前DCH所占用的发射功率，由测量过程得到。如果条件(5)满足，则转到步骤6)。否则，SRNC尝试在DCH上接纳该业务，转到步骤9)。

6)由于在HSUAP传输分两步传输过程。首先，终端将基站解调数据所需要的信息通过信令信道E-DPCCH(增强型专用控制信道)传输到基站。然后终端将分组数据包通过业务信道E-DPDCH(增强型专用数据信道)传输到基站。基站根据先前接收到的信令信息对业务信道的数据进行处理，实现HSUPA的传输过程。在这两个步骤的信息传输过程中，终端用户必须在保证业务QOS需求的条件下，使用合适的发射功率。使得由于E-DPCCH和E-DPDCH的传输而在基站出产生的干扰(ROT：rise over noise)被限制在一定范围内，最大限度地降低对其他正在传输的业务的干扰。针对这一点，首先进行步骤6)的操作。步骤6)是为了保证分组数据包的传输在基站处的干扰提升(ROT)被限定在一定范围内。根据ROT的定义，有：

$\mathrm{ROT}=\frac{I_{\mathrm{total}}}{N_t}---\left(6\right)$

其中I_total是在基站出测量得到的总接收功率。于是该终端用户的上行负荷因子可以计算为：

$L_j=\frac{1+f_{\mathrm{ul}}}{1+\frac{W}{{\mathrm{SIR}}_{t\arg \mathrm{et}}\&times;R_{\mathrm{GBR}}}}---\left(7\right)$

其中参数 $f_{\mathrm{ul}}=\frac{I_{\mathrm{inter}-\mathrm{cell}}}{I_{\mathrm{intra}-\mathrm{cell}}}$ 为小区间干扰和小区内干扰的比值。于是由基站接收到第jth个终端用户的功率可以计算为：

P_j＝L_j×I_total                                                (8)

同时可以计算整个小区的上行负荷因子：

${\mathrm{\&eta;}}_{\mathrm{UL}}=\underset{j=1}{\overset{K}{\mathrm{\&Sigma;}}}{L}_j---\left(9\right)$

参数K为当前激活的终端用户数目。于是得到所有用户在基站处由于信息的传输而产生的干扰为：

$\mathrm{ROT}=\frac{I_{\mathrm{total}}}{P_N}=\frac{I_{\mathrm{total}}}{I_{\mathrm{total}}-I_{\mathrm{total}}\&times;\underset{j=1}{\overset{k}{\mathrm{\&Sigma;}}}{L}_j}=\frac{1}{1-{\mathrm{\&eta;}}_{\mathrm{UL}}}---\left(10\right)$

为了保证系统性能，基站的ROT必须被限定在由SRNC规定的范围内。为了讨论的方便，设ROT_old为该新业务接入以前，在基站出测量的ROT。并假设由于新业务的数据传输而在基站导致ROT的变化为Δ_ROT。根据微分法则，有：

${\mathrm{\&Delta;}}_{\mathrm{ROT}}=\frac{\mathrm{\&Delta;ROT}}{{\mathrm{\&Delta;\&eta;}}_{\mathrm{UL}}}\&ap;\frac{\mathrm{dROT}}{{\mathrm{d\&eta;}}_{\mathrm{UL}}}\&DoubleLeftRightArrow;{\mathrm{\&Delta;}}_{\mathrm{ROT}}\&ap;\frac{\mathrm{dROT}}{{\mathrm{d\&eta;}}_{\mathrm{UL}}}{\mathrm{\&Delta;\&eta;}}_{\mathrm{UL}}=\frac{d\left(\frac{1}{1-{\mathrm{\&eta;}}_{\mathrm{UL}}}\right)}{{\mathrm{d\&eta;}}_{\mathrm{UL}}}{\mathrm{\&Delta;\&eta;}}_{\mathrm{UL}}=\frac{{\mathrm{\&Delta;\&eta;}}_{\mathrm{UL}}}{{(1-{\mathrm{\&eta;}}_{\mathrm{UL}})}^2}---\left(11\right)$

为了保证系统的性能，必须满足条件：

ROT_old+Δ_ROT＜ROT_th1                                    (12)

ROT_th1为配置的ROT门限值。则当条件(12)满足时，转到步骤7)。否则，SRNC尝试在DCH上接入该业务，转到步9)。

7)由于HSUPA的传输过程分两个步骤进行，因此SRNC必须保证由于信令传输在基站传输产生的干扰提升被限定在一个合理范围内。即SRNC必须保证E-DPCCH的传输而导致基站ROT被限定在一个范围内。针对这一点，可以采用和步骤6)相同的处理办法，来保证E-DPCCH传输所产生的干扰被限定在一定范围内。如果条件(11)满足，则表示该业务可以被E-DCH承载，过程结束。否则，SRNC尝试在DCH上接纳该新业务，转步骤9)。

8)由于在支持HSUPA的下区中，分组业务可以由E-DCH承载，也可以由DCH承载。针对这一点，如果在E-DCH承载被拒绝，则SRNC尝试在DCH上进行接纳。或者对于不支持HSUPA的小区或终端，只能尝试在DCH上进行接纳。因此首先判断该业务需求的功率是否超过了终端的最大发射功率。该步骤和步骤3)一样。如果条件(3)满足，则转到步骤9)，否则，该新业务被拒绝。

9)同样，在DCH上传输分组业务也必须保证其在基站处产生的干扰被限定在一定的范围。针对这一点，进行步骤9)的处理。该步骤的处理和步骤6)一样。判断在DCH承载该业务时对基站ROT的贡献。如果条件(11)满足，则该业务在DCH上被接纳，否则，该业务被拒绝。整个接纳过程结束。

如图1所示，本发明提供的用于HSUPA的业务接纳控制装置，包括资源配置模块20、终端发起业务请求模块30、获取业务和终端特征信息模块10和分别与它们相连的业务接纳控制模块40，其中：

资源配置模块20，用以配置可以用于HSUPA传输的无线资源，以及配置相关的门限参数；

终端发起业务请求模块30，用以终端发起业务请求，传输业务和终端相关信息到无线网络控制器；

获取业务和终端特征信息模块10，用以获取业务和终端特性；

业务接纳控制模块40，用以根据业务和终端特性，决定是否接纳新到业务或切换业务。

以上实施例仅供说明本发明之用，而非对本发明的限制，有关技术领域的技术人员，在不脱离本发明的精神和范围的情况下，还可以作出各种变换或变型，因此所有等同的技术方案也应该属于本发明范畴之内，应由各权利要求限定。

Claims (11)

1.一种用于HSUPA的业务接纳控制算法，对于新到业务或切换业务的接入控制步骤为：

SRNC根据业务特性信息，决定该业务是否可以使用E-DCH来承载；

对于该业务可以由E-DCH承载，则SRNC首先检查该业务要求接入的小区基站和终端用户是否支持HUSPA的功能，并检查该小区是否被配置了HSUPA相关的下行资源：如果是，则SRNC根据该业务所需要的发射功率资源，以及该业务传输时对基站的干扰情况，来决定是否在E-DCH上接纳或拒绝；

对于该业务在E-DCH上被拒绝，则SRNC继续检查该业务是否可以在DCH上接纳：如果可以，则该业务使用DCH来传输；如果被拒绝，则该业务被拒绝。

2.根据权利要求1所述的用于HSUPA的业务接纳控制算法，其特征在于：当新到业务和切换业务同时到达时，SRNC根据为切换业务和新到业务分配的不同优先级，对优先级较高的情况先行处理。

3.根据权利要求1所述的用于HSUPA的业务接纳控制算法，其特征在于：所述业务特性信息包括业务对时延的要求和业务类型。

4.根据权利要求3所述的用于HSUPA的业务接纳控制算法，其特征在于：所述业务类型包括实时类业务、流类业务、交换类业务和后台类业务。

5.根据权利要求4所述的用于HSUPA的业务接纳控制算法，其特征在于：如果该新到业务或切换业务是实时类业务，或者是对时延要求小于设定值的流类业务，则该业务由DCH来承载。

6.根据权利要求4所述的用于HSUPA的业务接纳控制算法，其特征在于：如果该新到业务或切换业务是对时延要求大于设定值的流类业务、交换类业务和后台类业务，则该业务首先由E-DCH来承载，其次考虑由DCH来承载。

7.根据权利要求1所述的用于HSUPA的业务接纳控制算法，其特征在于：

如果终端和基站支持HSUPA功能，且已经为要求接入的小区规划了相关的下行资源，在同时满足下列条件的情况下，即：

1)SRNC配置了可以用于HSUPA传输的资源；

2)至少配置了E-AGCH、E-RGCH中的一种信道资源；

3)对于只配置了E-AGCH资源的小区，必须还配置了E-HICH资源；

4)为HSUAP的传输配置了相关的签名资源，

可以考虑在该小区的E-DCH上接纳该业务。

8.根据权利要求1所述的用于HSUPA的业务接纳控制算法，其特征在于：

SRNC根据下列公式判断新到业务或切换业务所需要的发射功率资源是否超出了终端的最大发射功率，即：

$P_{t\arg \mathrm{et}}=\frac{N_t\&CenterDot;{\mathrm{SIR}}_{t\arg \mathrm{et}}}{W/R_{\mathrm{GBR}}\&CenterDot;L_{\mathrm{path}}}---\left(1\right)$

$P_{t\arg \mathrm{et}}<P_{\mathrm{UE}}^{\max }---\left(2\right)$

其中：在公式中，N_t是背景噪声，R_GBR是业务保证比特率，W为码片速率，SIR_target是业务的目标信噪比，L_path为当前的传输路径损耗，P_target为在理想网络环境下，在保证业务目标信噪比和保证比特率情况下所需要的发射功率，P_UE ^max是终端的最大发射功率；

如果条件(2)满足，可以考虑在该小区的E-DCH上接纳该业务。

9.根据权利要求8所述的用于HSUPA的业务接纳控制算法，其特征在于：当所述的SRNC直接为E-DCH分配功率资源P_SRNC ^E-DCH，则

在当前网络环境下，保证该业务的质量需求所需要的E-DCH发送功率为P_E-DCH为：

$P_{E-\mathrm{DCH}}=\frac{(N_t+I_{\mathrm{inter}-\mathrm{cell}}+I_{\mathrm{intra}-\mathrm{cell}})\&CenterDot;{\mathrm{SIR}}_{t\arg \mathrm{et}}}{W/R_{\mathrm{GBR}}\&CenterDot;L_{\mathrm{path}}}---\left(3\right)$

$P_{E-\mathrm{DCH}}\&le;P_{\mathrm{SRNC}}^{E-\mathrm{DCH}}---\left(4\right)$

其中：I_inter-cell为小区间干扰，I_intra-cell小区内其他用户对该业务的干扰，P_SRNC ^E-DCH为SRNC分配给E-DCH使用的功率资源，

如果条件(4)满足，可以考虑在该小区的E-DCH上接纳该业务；否则SRNC尝试在DCH上接纳该业务。

10.根据权利要求8所述的用于HSUPA的业务接纳控制算法，其特征在于：

当所述的SRNC为DCH和E-DCH分配总功率P_SRNC ^E-DCH+DCH，则

在当前网络环境下，保证该业务质量需求所需要的发射功率P_E-DCH由公式(3)获得，于是有条件(5)：

$P_{E-\mathrm{DCH}}\&le;P_{\mathrm{SRNC}}^{E-\mathrm{DCH}+\mathrm{DCH}}-P_{\mathrm{DCH}}---\left(5\right)$

其中P_DCH是当前DCH所占用的发射功率，如果条件(5)满足，可以考虑在该小区的E-DCH上接纳该业务；否则SRNC尝试在DCH上接纳该业务。

11.一种用于HSUPA的业务接纳控制装置，其特征在于：包括资源配置模块、终端发起业务请求模块、获取业务和终端特征信息模块和分别与它们相连的业务接纳控制模块，其中：

资源配置模块，用以配置可以用于HSUPA传输的无线资源，以及配置相关的门限参数；

终端发起业务请求模块，用以终端发起业务请求，传输业务和终端相关信息到无线网络控制器；

获取业务和终端特征信息模块，用以获取业务和终端特性；

业务接纳控制模块，用以根据业务和终端特性，决定是否接纳新到业务或切换业务。

Images