CN1856159A - 宽带码分多址系统中按优先级抢占及排队的接纳控制方法 - Google Patents

Abstract

一种WCDMA系统中按优先级抢占及排队的接纳控制方法：(a)RNC收到RAB指派请求后，确定相应业务优先级水平、抢占能力、排队允许和被抢占弱点的属性；(b)当该RAB需排队或暂不能接纳时，如业务只有抢占能力，执行(c)，如只允许排队，执行(d)；如可抢占又可排队，执行(c)或(d)；如抢占和排队均不可，拒绝接纳，结束；(c)RNC抢占优先级低且允许被抢占的active RAB资源，再次接纳判断，如能接纳，结束；如抢占或接纳失败，可排队时执行(d)，否则拒绝接纳，结束；(d)RNC在队列未满或队列已满但有优先级低的RAB供删除时，将该RAB加入队列。本发明实现了接纳控制时基于用户或业务的QoS优先级的抢占和排队策略。

Description

宽带码分多址系统中按优先级抢占及排队的接纳控制方法

技术领域

本发明涉及一种移动蜂窝通信系统中接纳控制方法，尤其涉及宽带码分多址系统(Wide Code Division Multiple Access，以下简称WCDMA)中基于无线接入承载(Radio Access Bearer，以下简称RAB)指派请求参数的接纳控制抢占及排队方法。

背景技术

目前，WCDMA技术已经成为了被广泛采纳的第三代空中接口。WCDMA是一个自干扰系统，新的用户接入后，会造成对其它用户的干扰，在闭环功率控制的作用下，小区中原有用户会提高发射功率，使小区的上行干扰和下行功率会有一个攀升。如果对接入的用户不加限制，在极端情况下，小区内所有用户都以最大功率在发射，系统的干扰和功率将达到极限，所有用户的服务质量(Quality of Service，以下简称QoS)可能都无法保证，系统将趋于崩溃。

接纳控制就是对新接入系统的业务可能造成的下行功率和上行干扰的增加量做出预测，并与网络规划时所设定的门限做比较，如果超出系统接纳控制门限，及时将新的业务请求拒绝，以防止新的业务接入后使系统发生过载。接纳控制是在无线网络控制器(Radio Network Controller，以下简称RNC)执行的，接纳控制对上行链路和下行链路分别进行，依据是上行接收总宽带功率(Received Total Wideband Power，以下简称RTWP)和下行发射载波功率(Transmitted Carrier Power，以下简称TCP)，可以通过Node B实时上报给RNC。在上行链路，接纳控制根据请求的业务参数，预测业务接入后将引起的小区上行干扰的增量，在下行链路，预测业务接入后小区下行发射功率的增量，并与准入门限进行比较，如果上行和下行都小于接纳门限，则接纳请求的呼叫，反之则拒绝。接纳控制应综合考虑业务的QoS，尤其是用户或业务的优先级。

核心网(Core Network，以下简称CN)可通过RAB指派请求消息向RNC发起RAB指派进程，以建立新RAB或重配/释放给定UE已经建立的RAB。RNC根据RAB指派请求中的Traffic Class(业务类别)、Maximum Bitrate(最大比特速率)、Guaranteed Bit rate(保证比特速率)等相关的QoS参数，对新用户或业务(对应RAB)接入后系统的上下行负荷做出预测，从而完成接纳判决。Allocation/Retention Priority(分配/保留优先级，以下简称为优先级参数)是RAB指派请求中的另一个重要参数，是运营商根据计费模式等信息对用户进行签约优先级区分的可选QoS参数，可体现运营商的利益需求。若该参数存在，则包含四个必选子参数：“Priority Level”(优先级水平)、“Pre-emption Capability”(抢占能力)、“Pre-emptionVulnerability”(被抢占弱点)和“Queuing Allowed”(排队允许)。

目前已公开的接纳控制策略中，没有考虑用户或业务的优先级参数，即没有对不同优先级的用户和业务进行排队和抢占区分。这样，可能导致低优先级用户或业务始终占据网络资源，而高优先级用户或业务无法接入网络的情况出现，从而损害了高优先级用户的利益，或无法保证高优先级用户的QoS，并最终损害运营商的利益。

当执行接纳控制时，若在通常的基于下行功率和上行干扰策略进行接纳判决的基础上，充分考虑RAB指派请求中的优先级参数的值，并根据无线资源的实际状况对用户或业务的接纳控制进行优先级排队和抢占区分，当负荷较轻时在保证用户或业务QoS的情况下可最大限度地增加系统的容量，而当负荷较重时，又可优先保证高优先级用户或业务的QoS，从而可最大限度地保证运营商和用户的利益。

中国专利申请(专利申请号：200410027171.X；公开号：1571574；公开日：2005年1月26日)公开了一种无线通信系统接纳控制方法，但该方法只涉及到对新呼叫用户或切换用户的排队接纳，且对新呼叫用户或切换用户的排队顺序的确定主要是依据用户对负荷情况的需求，即对负荷贡献小的用户可优先接纳，而对负荷贡献大的用户则优先级降低。上述专利未涉及到高优先级且具有抢占能力的呼叫用户(或业务)对低优先级且允许被抢占资源的网络中已有业务的资源抢占方法，未涉及到排队队列满时高优先级呼叫的插队问题，且排队顺序的确定过于片面化，未充分考虑用户或业务的QoS优先级。

发明内容

本发明要解决的问题是提供一种宽带码分多址系统中按优先级抢占及排队的接纳控制方法，可以在接纳控制时实现基于用户或业务的QoS优先级的抢占和排队策略。

为了解决上述技术问题，本发明提供了一种宽带码分多址系统中按优先级抢占及排队的接纳控制方法，包括以下步骤：

(a)无线网络控制器收到无线接入承载指派请求后，确定相应业务“优先级水平”、“抢占能力”、“排队允许”和“被抢占弱点”的属性；

(b)当该无线接入承载需要排队或者暂时不能接纳时，无线网络控制器判断相应业务的属性，如该业务只有抢占能力，执行步骤(c)，如只允许接纳排队，执行步骤(d)；如有抢占能力又允许排队，根据所配置方式执行步骤(c)或(d)；如无抢占能力且不允许排队，拒绝接纳，结束；

(c)无线网络控制器抢占同一小区中已接纳并分配资源、优先级低于该业务且允许被抢占的无线接入承载所占用的资源，然后再次对该业务进行接纳判断，如允许接纳，结束；如因无资源而抢占失败或抢占后接纳失败，在该业务允许排队时，执行步骤(d)，否则拒绝接纳，结束；

(d)无线网络控制器在接纳排队队列未满时，或者虽队列已满但队列中有优先级低的无线接入承载供删除时，将该无线接入承载排入队列等待接纳，结束，否则，拒绝接纳，结束。

进一步地，上述方法还可具有以下特点：所述步骤(a)中，如果所述指派请求中不存在优先级参数，无线网络控制器将相应业务优先级相关的属性设置为最低的优先级水平、允许抢占资源、不允许接纳排队和允许被抢占资源。

进一步地，上述方法还可具有以下特点：所述步骤(a)中，所述指派请求中的“优先级水平”为“无优先级”时，无线网络控制器将相应业务的属性设置为不允许抢占资源，也不允许被抢占资源。

进一步地，上述方法还可具有以下特点：所述步骤(b)中，所述配置的方式是“抢占”。

进一步地，上述方法还可具有以下特点：所述步骤(c)对资源的抢占由无线网络控制器按以下步骤完成：

(c1)判断同一小区中是否存在优先级低于请求的该业务，已接纳并分配资源且允许被抢占的无线接入承载，如有，执行下一步，否则，抢占失败；

(c2)在配置的抢占策略是“强拆”时，无线网络控制器按设定的优先顺序选择需强拆的无线接入承载，进而预测须强拆的无线接入承载的数目；

(c3)对所选择的无线接入承载实施强拆，以释放资源，接纳新请求接入的该业务。

进一步地，上述方法还可具有以下特点：所述步骤(c)对资源的抢占由无线网络控制器按以下步骤完成：

(c1)判断同一小区中是否存在优先级低于该业务，已接纳并分配资源且允许被抢占的无线接入承载，如有，执行下一步，否则，抢占失败；

(c2)在配置的抢占策略是“降速”时，无线网络控制器按设定的优先顺序选择需降速的无线接入承载，确定其降速范围，进而预测须降速的无线接入承载的数目；

(c3)对所选择的无线接入承载实施降速，以释放资源，接纳新请求接入的该业务。

进一步地，上述方法还可具有以下特点：所述步骤(c2)的优先顺序是指：按低优先级从低到高的顺序选择；对相同优先级，则按背景类、交互类、流类、会话类的顺序进行选择。

进一步地，上述方法还可具有以下特点：所述步骤(c3)是将须降速处理的无线接入承载直接降为最低保证速率，对交互类和背景类是降至最小速率。

进一步地，上述方法还可具有以下特点：所述步骤(d)中，在队列已满但队列中有优先级低的无线接入承载时，是将队列中最低优先级中到达时间最晚的无线接入承载删除，如这样的无线接入承载有多个，再按背景类、交互类、流类、会话类的顺序选择删除。

进一步地，上述方法还可具有以下特点：还包括以下无线网络控制器执行的队列扫描及维护的步骤：

(e1)执行反映小区负荷的公共测量，根据配置的触发方式对接纳排队队列进行接纳扫描；

(e2)判断是否有最大排队时间定时器到时，若有，将该定时器监控的所有无线接入承载删除，拒绝接纳；

(e3)每次接纳扫描选择一个或几个待接纳的无线接入承载进行接纳判决，如接纳成功，将其从队列删除，执行下一步；如接纳失败，直接执行下一步；

(e4)判断队列中元素是否都已接纳，如果是，队列扫描及维护结束，否则，返回步骤(e2)。

进一步地，上述方法还可具有以下特点：在所述接纳排队队列中加入或删除无线接入承载时，还对该队列进行重新排队，排队时优先级高的排前面；对同一优先级的，到达时间早的排前面；优先级和到达时间都相同的，按会话类、流类、交互类、背景类的顺序从前到后排列。

进一步地，上述方法还可具有以下特点：对于来自同一无线接入承载指派请求的多个无线接入承载设置相同的最大排队时间定时器。

本发明所述WCDMA系统接纳控制优先级抢占及排队方法逻辑合理、效率高。采用本发明所述方法，根据无线资源的实际状况对用户或业务的接纳控制进行优先级排队和抢占区分，当负荷较轻时在保证用户或业务QoS的情况下可最大限度地增加系统的容量，而当负荷较重时，又可优先保证高优先级用户或业务的QoS，从而可最大限度地保证运营商和用户的利益。

附图说明

图1是RNC与Node B间公共测量基本流程图；

图2是SRNC呼叫接纳控制的基本框图；

图3是接纳控制优先级抢占与排队总体流程图；

图4是接纳控制优先级抢占流程图；

图5是接纳控制优先级排队流程图；

图6是接纳排队队列优先级接纳扫描与队列维护流程图。

具体实施方式

下面结合附图对本发明所述技术方案的实施作进一步详细描述：

本发明的基本思想是在接纳控制时，基于RAB指派请求中用户或业务的优先级参数对用户或业务进行QoS优先级区分，包含了基于QoS优先级的抢占和排队策略，抢占和排队的力度允许运营商在后台灵活配置。执行优先级抢占与排队接纳控制时，对于新请求RAB业务(以下记为“incomingRAB”)，主要考虑“优先级水平”、“抢占能力”、“排队允许”三个子参数，主要关注在资源紧张的情况下，“incoming RAB”是否具有抢占其它更低优先级的已接纳并分配资源的RAB业务(以下记为“active RAB”)的能力，以及是否允许排队，此时的“优先级水平”可表示“incoming RAB”的分配优先级；对于已接纳并分配资源的RAB业务即“active RAB”，则主要考虑“优先级水平”和“被抢占弱点”两个子参数，主要关注“active RAB”是否可被RAB指派请求的具有更高优先级的“incoming RAB”抢占，此时的“优先级水平”可表示“active RAB”的保留优先级。

图1给出了RNC与Node B间公共测量的基本流程。RNC向Node B发送公共测量控制命令，并配置相关的测量参数(步骤101)。当测量报告的条件满足时(周期或事件)，Node B向RNC报告测量结果(步骤102)。RNC保存Node B报告的测量结果(步骤103)。

图2给出了服务无线网络控制器(Serving Radio Network Controller，以下简称SRNC)呼叫接纳控制的基本框图。当SRNC通过无线接入网络应用部分(Radio Access Network Application Part，简称RANAP)收到CN发送的RAB指派请求消息时，SRNC把消息交给无线资源管理(Radio ResourceManagement，以下简称RRM)实体进行接纳控制。RRM实体中的接纳控制模块根据请求的业务类型和QoS执行相应的呼叫接纳控制策略，同时要考虑到小区当前的负载情况以及估计承载的建立所导致无线网络负载的增加。根据判决，如果新的请求允许接入，则RRM实体中的资源分配模块为新的业务分配资源。SRNC通过无线接入网络应用部分RANAP发送RAB指派响应消息给CN，报告所请求指派的处理结果。

图3给出了本实施例WCDMA系统中接纳控制优先级抢占与排队的总体流程。

步骤301，当RNC收到CN的RAB指派请求后，进入基于优先级的接纳控制流程；

步骤302，RNC首先从RAB指派请求参数中导出Traffic Class、MaximumBit rate、Guaranteed Bit rate等RAB QoS参数；

步骤303，RNC判断RAB指派请求中是否存在优先级参数，若不存在，执行步骤304，若存在，执行步骤305；

步骤304，RNC分别强制设置各子参数如下：“抢占能力”设置为“0”(不允许抢占“active RAB”的资源)，“被抢占弱点”设置为“1”(接纳后允许被“incoming RAB”抢占资源)，“排队允许”设置为“0”(不允许接纳排队)，“优先级水平”设置为“14”(最低优先级)，然后执行步骤307；

步骤305，RNC判断优先级的子参数“优先级水平”是否为“0”，如为“0”，执行步骤306，否则执行步骤307；

步骤306，转逻辑错误异常处理，结束；

步骤307，RNC继续判断“优先级水平”是否为“15”，若为“15”，执行步骤308，否则执行步骤309；

步骤308，强制设置“抢占能力”为“0”(不允许抢占“active RAB”的资源)，“被抢占弱点”为“0”(接纳后不允许被“incoming RAB”抢占资源)；

前面几步可以看作RNC对RAB指派请求中接纳控制相关参数的预处理。在没有具体的优先级子参数时，由RNC为其指定。接下来就要进入优先级区分的接纳控制流程。

步骤309，RNC首先判断接纳排队队列是否为空，若为空，执行步骤310，否则执行步骤313；

步骤310，RNC按照通常的基于下行功率和上行干扰接纳控制策略对该“incoming RAB”进行接纳判决；

步骤311，判断系统是否允许接纳，如允许，执行步骤312，否则执行步骤313；

步骤312，RNC返回接纳成功标志，并为该RAB分配无线资源，结束；

步骤313，若接纳排队队列不为空，或接纳排队队列为空但系统不允许直接接纳，则RNC首先判断该“incoming RAB”是否具有抢占能力，若具有抢占能力，执行步骤314，否则执行步骤318；

步骤314，RNC判断是否允许排队，若不允许排队，则执行步骤315，否则执行步骤316；

步骤315，转入执行相应的优先级接纳抢占流程；

步骤316，判断后台是配置“抢占”还是“排队”，如果是“抢占”，执行步骤315，如果是排队，执行步骤317；

步骤317，转入执行相应的优先级接纳排队流程；

步骤318，RNC判断是否允许排队，若不允许排队，则执行步骤319，如果允许排队，执行步骤317；

步骤319，将该“incoming RAB”拒绝接纳，并返回接纳拒绝原因，结束。

建议后台优先配置为“抢占”，否则有可能因为接纳时间超出立即和无条件接纳的时限而导致接纳拒绝。

图4给出了本实施例接纳控制优先级抢占的流程图，包括以下步骤：

步骤401，若通过上述优先级参数区分，“incoming RAB”需要执行优先级接纳抢占，则调用优先级接纳抢占流程；

步骤402，RNC首先判断小区中是否存在优先级低于该“incoming RAB”且允许被抢占的已建立的“active RAB”，若存在，执行步骤403，否则执行步骤404；

步骤403，RNC判断后台所配置的抢占策略是“强拆”还是“降速”，如果是强拆，执行步骤405，如果是降速，执行步骤410；

步骤404，RNC判断该“incoming RAB”是否允许接纳排队，如允许，执行步骤415，如不允许，执行步骤416；

步骤405，RNC选择优先级比该“incoming RAB”低且允许被抢占的“active RAB”，进而预测须强拆的“active RAB”的数目；

选择时，是由低优先级到高优先级选择，相同优先级，按背景类、交互类、流类、会话类进行选择，即背景类优先级最低；

预测时，可以按上述优先级顺序选择适合被抢占的“active RAB”并累加它们可释放出的资源，直到该累加值大于新请求业务需要的资源，即可得到所述预测的数目。若现有优先级低的“active RAB”数量少于预测数目，则按现有数量强拆。

步骤406，RNC对所选择的“active RAB”实施强拆(强制掉话)，以释放资源接纳该“incoming RAB”；

步骤407，RNC基于通常的上行干扰和下行功率接纳控制策略对该“incoming RAB”进行接纳判决；

步骤408，判断系统是否允许接纳，如允许，执行步骤409，如不允许接纳，执行步骤404；

步骤409，返回接纳成功标志，同时为该RAB分配资源，结束；

步骤410，若后台配置抢占策略为“降速”，RNC需要选择优先级比“incoming RAB”低且允许被抢占的“active RAB”进行降速处理，确定其降速范围，进而预测须降速的“active RAB”的数目；

选择时，也是由低优先级到高优先级选择，相同优先级，按背景类、交互类、流类、会话类进行选择，即背景类优先级最低。

确定降速范围时，可确定降速到的速率等级。例如，对384K业务，需要确定是降到64K还是降到32K，还是降到16K等。本实施例是直接降低至最低保证速率，对背景类和交互类业务取最小速率。预测时，可以累计选择的“active RAB”可释放的资源，直到大于新请求业务需要的资源，若现有优先级低的“active RAB”数量少于预测数目，则按现有数量降速，当然也可以直接拒绝接纳。

当然，上述降速范围的确定和需降速“active RAB”数目的预测也可由算法参数进行配置。例如若网络中只有一个384K业务可被抢占，则需要降速程度比较大才能接纳高优先级具有抢占能力的业务，但若存在多个384K业务可被抢占，则需要降低的速率可较小。

步骤411，RNC对所选择的“active RAB”实施降速，以释放资源接纳该“incoming RAB”；

步骤412，RNC基于通常的上行干扰和下行功率策略对该“incomingRAB”进行接纳判决；

步骤413，判断系统是否允许接纳，如允许，执行步骤414，如不允许接纳，执行步骤404；

步骤414，RNC返回接纳成功标志，同时为该RAB分配资源，结束；

步骤415，RNC转入执行优先级接纳排队流程；

步骤416，RNC拒绝接纳，返回接纳拒绝原因，结束。

图5给出了接纳控制优先级排队的流程图。包括以下步骤：

步骤501，若通过上述优先级参数区分，“incoming RAB”需要执行优先级接纳排队，则调用优先级接纳排队流程；

步骤502，RNC首先判断接纳排队队列是否已满，即判断是否达到最大排队队列长度，如果已满，执行步骤503，否则，执行步骤504；

步骤503，RNC判断接纳排队队列中是否存在比该“incoming RAB”优先级更低的队列元素(也是未接纳但还未拒绝的“incoming RAB”)，若存在，执行步骤504，如不存在，执行步骤505；

步骤504，RNC将优先级最低的“incoming RAB”中到达时间最晚的“incoming RAB”从接纳队列删除，若存在多个，依背景类、交互类、流类、会话类顺序选择删除，然后执行步骤506；

步骤505，将该“incoming RAB”拒绝接纳，并返回接纳拒绝原因，结束；

步骤506，RNC按照排队优先级和RAB到达时间对“incoming RAB”进行排队，为15种排队优先级各设置一个排队队列，每个队列中队首为到达时间最早的“incoming RAB”，若存在相同的，则按照会话类、流类、交互类、背景类进行排队，即会话类优先级最高；

步骤507，RNC对来自同一RAB指派请求的“incoming RAB”设置相同的T_QUEUING定时器(定义“incoming RAB”最大排队时间)；

步骤508，转到相应的接纳排队队列接纳扫描及队列维护流程。

图6给出了接纳排队队列接纳扫描及队列维护的流程。包括以下步骤：

步骤601，进入接纳排队队列扫描及维护流程入口；

步骤602，RNC首先执行反映小区负荷的公共测量TCP/RTWP；

步骤603，然后RNC根据后台配置的接纳排队队列扫描触发方式(小区负荷降低触发或周期触发)进行接纳扫描；

步骤604，RNC首先判断接纳排队队列中是否有T_QUEUING定时器到时，若有T_QUEUING定时器到时，执行步骤605，否则，执行步骤606；

步骤605，将该T_QUEUING监控的“incoming RAB”从接纳排队队列中删除，并按照排队优先级和RAB到达时间重新调整接纳排队队列；

步骤606，将该“incoming RAB”拒绝接纳，并返回接纳拒绝原因，转入执行步骤613；

步骤607，若接纳排队队列中没有计时到的T_QUEUING，则须从高优先级队列到低优先级队列进行接纳扫描(优先级相同，选择到达时间最早的，若存在多个，依会话类、流类、交互类、背景类顺序选择)，根据后台配置选取待接纳判决的1个或几个“incoming RAB”；

步骤608，RNC基于通常的上行干扰和下行功率接纳判决策略对所选取的“incoming RAB”进行接纳判决；

步骤609，判断系统是否允许接纳所选取的“incoming RAB”，如不允许接纳，执行步骤610，如允许接纳，执行步骤611；

步骤610，接纳排队队列不作变化，即维持原状，转入执行步骤613；

步骤611，将已被接纳的“incoming RAB”从接纳排队队列中删除，并按照排队优先级和RAB到达时间重新调整接纳排队队列；

步骤612，RNC返回接纳成功标志，并为该RAB分配资源；

步骤613，RNC判断接纳排队队列中所有队列元素是否都已接纳，若所有队列元素都已接纳，执行步骤614，否则，返回执行步骤604继续接纳排队队列接纳扫描及队列维护流程；

步骤614，返回接纳排队队列为空指示，并结束扫描流程。

RAB指派请求有三类：establish(RAB建立)、Modify(修改或重配)、Release(释放)。对于“incoming RAB”，在无线系统接纳转为“active RAB”后，还可由核心网触发Modify(修改或重配)的RAB指派请求。所以，在上述流程中，“incoming RAB”和“active RAB”的优先级参数的相关子参数均是指最后一次收到的RAB指派请求参数，即只有最后一次的RAB指派请求参数才能作为抢占被抢占的依据。

综上所述，本发明根据RAB指派的业务类别、最大比特速率、保证比特速率、分配/保留优先级等QoS参数，同时考虑Node B上报的测量结果以及无线网络资源的实际状况，对“incoming RAB”的接纳控制进行优先级区分的抢占与排队。采用本发明所述方法，可达到当负荷较轻时在保证用户或业务QoS的情况下增加系统容量，而当负荷较重时，又可优先保证高优先级用户或业务QoS的目的，从而可最大限度地保证运营商和用户的利益。

Claims (12)

1、一种宽带码分多址系统中按优先级抢占及排队的接纳控制方法，包括以下步骤：

(a)无线网络控制器收到无线接入承载指派请求后，确定相应业务“优先级水平”、“抢占能力”、“排队允许”和“被抢占弱点”的属性；

(b)当该无线接入承载需要排队或者暂时不能接纳时，无线网络控制器判断相应业务的属性，如该业务只有抢占能力，执行步骤(c)，如只允许接纳排队，执行步骤(d)；如有抢占能力又允许排队，根据所配置方式执行步骤(c)或(d)；如无抢占能力且不允许排队，拒绝接纳，结束；

(c)无线网络控制器抢占同一小区中已接纳并分配资源、优先级低于该业务且允许被抢占的无线接入承载所占用的资源，然后再次对该业务进行接纳判断，如允许接纳，结束；如因无资源而抢占失败或抢占后接纳失败，在该业务允许排队时，执行步骤(d)，否则拒绝接纳，结束；

(d)无线网络控制器在接纳排队队列未满时，或者虽队列已满但队列中有优先级低的无线接入承载供删除时，将该无线接入承载排入队列等待接纳，结束，否则，拒绝接纳，结束。

2、如权利要求1所述的方法，其特征在于，所述步骤(a)中，如果所述指派请求中不存在优先级参数，无线网络控制器将相应业务优先级相关的属性设置为最低的优先级水平、允许抢占资源、不允许接纳排队和允许被抢占资源。

3、如权利要求1所述的方法，其特征在于，所述步骤(a)中，所述指派请求中的“优先级水平”为“无优先级”时，无线网络控制器将相应业务的属性设置为不允许抢占资源，也不允许被抢占资源。

4、如权利要求1所述的方法，其特征在于，所述步骤(b)中，所述配置的方式是“抢占”。

5、如权利要求1所述的方法，其特征在于，所述步骤(c)对资源的抢占由无线网络控制器按以下步骤完成：

(c1)判断同一小区中是否存在优先级低于请求的该业务，已接纳并分配资源且允许被抢占的无线接入承载，如有，执行下一步，否则，抢占失败；

(c2)在配置的抢占策略是“强拆”时，无线网络控制器按设定的优先顺序选择需强拆的无线接入承载，进而预测须强拆的无线接入承载的数目；

(c3)对所选择的无线接入承载实施强拆，以释放资源，接纳新请求接入的该业务。

6、如权利要求1所述的方法，其特征在于，所述步骤(c)对资源的抢占由无线网络控制器按以下步骤完成：

(c1)判断同一小区中是否存在优先级低于该业务，已接纳并分配资源且允许被抢占的无线接入承载，如有，执行下一步，否则，抢占失败；

(c2)在配置的抢占策略是“降速”时，无线网络控制器按设定的优先顺序选择需降速的无线接入承载，确定其降速范围，进而预测须降速的无线接入承载的数目；

(c3)对所选择的无线接入承载实施降速，以释放资源，接纳新请求接入的该业务。

7、如权利要求5或6所述的方法，其特征在于，所述步骤(c2)的优先顺序是指：按低优先级从低到高的顺序选择；对相同优先级，则按背景类、交互类、流类、会话类的顺序进行选择。

8、如权利要求6所述的方法，其特征在于，所述步骤(c3)是将须降速处理的无线接入承载直接降为最低保证速率，对交互类和背景类是降至最小速率。

9、如权利要求1所述的方法，其特征在于，所述步骤(d)中，在队列已满但队列中有优先级低的无线接入承载时，是将队列中最低优先级中到达时间最晚的无线接入承载删除，如这样的无线接入承载有多个，再按背景类、交互类、流类、会话类的顺序选择删除。

10、如权利要求1所述的方法，其特征在于，还包括以下无线网络控制器执行的队列扫描及维护的步骤：

(e1)执行反映小区负荷的公共测量，根据配置的触发方式对接纳排队队列进行接纳扫描；

(e2)判断是否有最大排队时间定时器到时，若有，将该定时器监控的所有无线接入承载删除，拒绝接纳；

(e3)每次接纳扫描选择一个或几个待接纳的无线接入承载进行接纳判决，如接纳成功，将其从队列删除，执行下一步；如接纳失败，直接执行下一步；

(e4)判断队列中元素是否都已接纳，如果是，队列扫描及维护结束，否则，返回步骤(e2)。

11、如权利要求1或10所述的方法，其特征在于，在所述接纳排队队列中加入或删除无线接入承载时，还对该队列进行重新排队，排队时优先级高的排前面；对同一优先级的，到达时间早的排前面；优先级和到达时间都相同的，按会话类、流类、交互类、背景类的顺序从前到后排列。

12、如权利要求10所述的方法，其特征在于，对于来自同一无线接入承载指派请求的多个无线接入承载设置相同的最大排队时间定时器。

Images