CN102769875A - 一种服务质量协商方法和装置 - Google Patents

Abstract

本发明提供了一种服务质量协商的方法，该方法包括：获取所述指定业务所需的资源，所述小区的剩余资源和所述小区下已接入业务的服务质量信息；根据所述指定业务所需要的资源，所述小区的剩余资源，以及所述小区下已接入业务的服务质量信息进行服务质量重协商处理。通过本发明能够提高系统的接入成功率，同时也保证了已接入用户的体验，提高了运营商的收益。

Description

一种服务质量协商方法和装置

技术领域

本发明涉及长期演进(Long Term Evolution，简称LTE)通信系统中，服务质量重协商问题。

背景技术

LTE作为通用移动通信系统(Universal Mobile TelecommunicationsSystem，简称UMTS)网络的演进网络，提供一种低时延、高数据速率、高系统容量和覆盖、低成本，以及完全基于网际协议(Internet Protocol，简称IP)的网络。

在LTE通信网络中，通过以下方式在S1接口上传递服务质量属性(QoSAttributes)：在S1接口上传递服务质量等级标识(QoS Class Identifier，简称QCI)，分配与预留优先级(Allocation and Retention Priority，简称ARP)，保证比特速率(Guaranteed Bit Rate，简称GBR)QoS信息(包括下行E-RAB(E-UTRAN Radio Access Bearer，演进的全球陆上无线接入网络无线接入承载)最大比特速率(Maximum Bit Rate，简称MBR)、上行E-RAB最大比特速率、下行E-RAB保证比特速率、上行E-RAB保证比特速率)等。QCI和服务质量外貌(QoS Profile)映射通过预先配置实现，其中QoS profile表示一组标准化的已分配取值的系统架构演进QoS属性。

在LTE通信网络中，资源建立和QoS信令处理过程，用于向控制无线/网络资源的网络实体提供QoS/策略信息，无线/网络资源的网络实体通过接收到的QoS/策略信息，分配、预留无线网络资源。而该分配和预留的无线网络资源取决于用户的签约信息、无线/网络的能力、无线/网络资源的可用性、运营策略和所使用的业务。资源建立由来自PCRF(Policy and Charging RulesFunction，策略与计费规则功能)的资源建立请求消息触发，PCRF将媒体信息解释为必要的测量/服务质量信息携带在资源建立请求消息中下发给移动性管理实体(Mobility Management Entity，简称MME)。MME检查授予的资源是否和用户签约信息是否一致，并向eNodeB发起资源分配过程。eNodeB检查资源的可用性，并建立请求的资源，最后通知UE该业务的无线资源配置、IP流和无线资源的关联，从而完成资源的建立。

目前，在资源建立过程中仅给出了资源建立流程中所需要携带的QoS信息，而对于QoS信息如何协商并没有给出具体的实现方法。在eNodeB的系统资源无法满足业务的QoS要求时，eNodeB可以通过拥塞控制选择合适的业务进行释放以满足当前业务的接入，但影响了已接入用户的体验。

发明内容

本发明要解决的技术问题是提供一种服务质量协商的方法及eNodeB，在资源不足的情况下，提高了系统的接入成功率，提高了用户体验。

为了解决上述技术问题，本发明提供了一种服务质量协商的方法，包括：

获取所述指定业务所需的资源，所述小区的剩余资源和所述小区下已接入业务的服务质量信息；

根据所述指定业务所需要的资源，所述小区的剩余资源，以及所述小区下已接入业务的服务质量信息进行服务质量重协商处理。

进一步地，上述方法还具有下面特点：所述根据所述指定业务所需要的资源，所述小区的剩余资源，以及所述小区下已接入业务的服务质量信息进行服务质量重协商处理包括：

判断所述指定业务所需要的资源是否大于所述小区的剩余资源，如判断结果为是，则不接纳所述指定业务，进行服务质量重协商；否则接纳所述指定业务，不进行服务质量重协商。

进一步地，上述方法还具有下面特点：所述进行服务质量重协商包括：

根据承载携带的降质信息判断所述指定的业务是否支持降质；

如所述指定业务支持降质，则根据所述降质信息中的降质参数对所述指定的业务进行降质处理，如降质后所述指定业务所需的资源小于或等于所述小区的剩余资源，则接纳所述指定的业务，如降质后所述指定业务所需的资源仍然大于所述小区的剩余资源，则判断已接入业务中是否有支持降质的业务：

如已接入业务中有支持降质的业务，则根据所述降质参数逐个对支持降质的已接入业务进行降质处理，直至降质后释放的资源与所述小区的剩余资源之和大于或等于降质后所述指定业务所需的资源，则接纳所述指定业务；如对所有支持降质的已接入业务进行降质处理后，降质后释放的资源与所述小区剩余资源之和仍小于所述指定业务所需的资源，则向核心网发送失败的承载建立应答；

如已接入业务均不支持降质，则向核心网发送失败的承载建立应答；

如所述指定业务不支持降质，则判断已接入业务中是否有支持降质的业务：

如已接入业务中有支持降质的业务，则根据所述降质参数逐个对支持降质的已接入业务进行降质处理，直至降质后释放的资源与所述小区的剩余资源之和大于或等于所述指定业务所需的资源，则接纳所述指定业务；如对所有支持降质的已接入业务进行降质处理后，降质后释放的资源与所述小区的剩余资源之和仍然小于所述指定业务所需的资源，则向核心网发送失败的承载建立应答；

如已接入业务均不支持降质，则向核心网发送失败的承载建立应答。

进一步地，上述方法还具有下面特点：所述根据所述指定业务所需要的资源，所述小区的剩余资源，以及所述小区下已接入业务的服务质量信息进行服务质量重协商处理包括：

判断所述小区的剩余资源是否大于零或是否大于阈值，

如是，则判断已接入业务中是否有降质处理过的业务，

如有，则对所述降质处理过的业务进行升质处理。

进一步地，上述方法还具有下面特点：所述对降质处理过的业务进行升质处理包括：

依次遍历已接入业务，判断将降质处理过的业务恢复到降质前的服务质量所需的资源是否大于所述小区的剩余资源，如大于，则拒绝对该降质处理过的业务进行升质，保持该业务降质后的服务质量，否则，根据承载携带的升质信息将该降质处理过的业务恢复到降质前的服务质量。

进一步地，上述方法还具有下面特点：所述承载包括：

演进的全球陆上无线接入网络无线接入承载。

进一步地，上述方法还具有下面特点：所述进行服务质量重协商过程中或服务质量重协商后，还包括：

向核心网发送演进的全球陆上无线接入网络无线接入承载更新请求消息。

为了解决上述问题，本发明还提供了一种基站，包括：

第一模块，用于获取指定业务所需要的资源，小区的剩余资源和所述小区下已接入业务的服务质量信息；

第二模块，用于根据所述指定业务所需要的资源，所述小区的剩余资源，以及所述小区下已接入业务的服务质量信息进行服务质量重协商处理。

进一步地，上述基站还具有下面特点：所述第二模块包括：

第一单元，用于判断所述指定业务所需要的资源是否大于所述小区的剩余资源；

第二单元，用于在所述第一单元判断是的情况下，不接纳所述指定业务，进行服务质量重协商；

第三单元，用于在所述第一单元判断否的情况下，接纳所述指定业务，不进行服务质量重协商。

进一步地，上述基站还具有下面特点：

所述第二单元，进行服务质量重协商包括：

根据承载携带的降质信息判断所述指定的业务是否支持降质，

如所述指定业务支持降质，则根据所述降质信息中的降质参数对所述指定的业务进行降质处理，如降质后所述指定业务所需的资源小于或等于所述小区的剩余资源，则接纳所述指定的业务，如降质后所述指定业务所需的资源仍然大于所述小区的剩余资源，则判断已接入业务中是否有支持降质的业务：

如已接入业务中有支持降质的业务，则根据所述降质参数逐个对支持降质的已接入业务进行降质处理，直至降质后释放的资源与所述小区的剩余资源之和大于或等于降质后所述指定业务所需的资源，则接纳所述指定业务，如对所有支持降质的已接入业务进行降质处理后，降质后释放的资源与所述小区剩余资源之和仍然小于所述指定业务所需的资源，则向核心网发送失败的承载建立应答；

如已接入业务均不支持降质，则向核心网发送失败的承载建立应答；

如所述指定业务不支持降质，则判断已接入业务中是否有支持降质的业务：

如已接入业务中有支持降质的业务，则根据所述降质参数逐个对支持降质的已接入业务进行降质处理，直至降质后释放的资源与所述小区的剩余资源之和大于或等于所述指定业务所需的资源，则接纳所述指定业务，如对所有支持降质的已接入业务进行降质处理后，降质后释放的资源与所述小区的剩余资源之和仍然小于所述指定业务所需的资源，则向核心网发送失败的承载建立应答；

如已接入业务均不支持降质，则向核心网发送失败的承载建立应答。

进一步地，上述基站还具有下面特点：所述第二模块包括：

第四单元，用于判断所述小区的剩余资源是否大于零或是否大于阈值，

第五单元，用于在所述第四单元判断是的情况下，判断已接入业务中是否有降质处理过的业务，

第六单元，用于在所述第五单元判断有的情况下，根据承载携带的升质信息对降质处理过的业务进行升质处理。

进一步地，上述基站还具有下面特点：

所述第六单元，对降质处理过的业务进行升质处理包括：

依次遍历已接入业务，判断将降质处理过的业务恢复到降质前的服务质量所需的资源是否大于所述小区的剩余资源，如大于，则拒绝对该降质处理过的业务进行升质，保持该业务降质后的服务质量，否则，根据承载携带的升质信息将该降质处理过的业务恢复到降质前的服务质量。

进一步地，上述基站还具有下面特点：所述承载包括：

演进的全球陆上无线接入网络无线接入承载。

进一步地，上述基站还具有下面特点：所述基站还包括：

第三模块，用于在进行服务质量重协商过程中或服务质量重协商后，向核心网发送演进的全球陆上无线接入网络无线接入承载更新请求消息。

综上，本发明提供一种服务质量协商的方法及eNodeB，能够达到以下效果：1.当业务请求建立但小区的系统资源(包括物理资源块(PhysicalResource Block，简称PRB)资源，功率资源，S1链路带宽等)不满足业务所需的系统资源时，演进的节点B(Evolved NodeB，简称eNodeB)根据用户的签约信息选择合适的支持降质的业务进行降质处理实现服务质量重协商(QoS Renegotiation)而非释放已接入业务以接入当前业务，提高了系统的接入成功率，同时也保证了已接入用户的体验，提高了运营商的收益；2.当小区的系统资源变得充足时，对进行了降质的业务进行升质处理；当小区的系统资源变得匮乏时，则对允许降质的业务进行降质处理而非释放业务，提高了用户的体验。

附图说明

图1为本发明实施例的服务质量重协商的方法的流程图。

图2为本发明一具体实施例的服务质量重协商的方法的总流程图。

图3为本发明实施例的基站的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

图1为本发明实施例的服务质量重协商的方法的流程图，如图1所示，包括几个步骤：

S10、获取指定业务所需要的资源，小区的剩余资源和所述小区下已接入业务的服务质量信息；

S20、根据所述指定业务所需要的资源，所述小区的剩余资源，以及所述小区下已接入业务的服务质量信息进行服务质量重协商处理。

本实施例可以在业务建立或修改、用户接入或切换时，如果系统的剩余资源不满足所需要的资源，则进行降质处理，以提高系统的接入成功率；也可以周期性地或事件性地根据MAC测量的资源使用结果，在资源充足的情况下对降质过的业务进行升质处理，以保证服务质量。

图2为本发明一具体实施例的服务质量重协商的方法的总流程图，如图2所示，包括几个步骤：

步骤11：业务建立请求时，PCRF根据用户的签约信息在资源建立请求消息中携带升降质信息，并下发给MME。

步骤12：MME向eNodeB下发资源建立请求消息。

步骤13：eNodeB实时统计小区资源使用信息。

步骤14：eNodeB根据资源建立请求消息中的承载携带的升降质信息进行接纳控制处理，包括：

计算系统的剩余资源；根据资源建立请求消息携带的服务质量信息、无线信道条件等估计该业务所需的资源；根据小区的剩余资源和该业务所需的资源进行判决，如果该业务所需的资源小于或等于小区的剩余资源，则接纳成功；否则，接纳失败。

步骤15：接纳失败时，eNodeB根据资源建立请求携带的升降质参数，选择满足条件的业务进行降质处理，同时接入新业务。

eNodeB根据资源建立请求携带的升降质参数判断待接入的业务是否支持降质，如果支持，则对该业务进行降质处理；如果不支持，则从其它已接入业务中选择支持降质的业务进行降质处理释放一部分资源以便当前业务接入。

步骤16：当小区资源变化时，如果小区资源变得匮乏，eNodeB则对允许降质的业务进行降质处理；如果小区资源变得充足，eNodeB根据小区的资源情况选择进行了降质的业务进行升质处理；

步骤17：在降质处理或升质处理过程中，eNodeB向核心网发送承载更新请求，触发承载修改流程。

UE接入时在上下文建立阶段会建立NGBR默认承载，UE切入(从源小区切换到目标小区，切换时切换请求消息会携带UE在源小区建立成功的所有承载包括：信令无线承载(SRB)和数据无线承载(默认承载+专用承载)等))，专用承载建立(E-RAB Setup流程)、承载修改等。

本实施例的方法在现有技术的基础上，eNodeB根据用户的签约信息选择合适的业务进行降质处理实现服务质量重协商，而非释放业务以便接入当前用户，提高了系统的接入成功率，同时也保证了已接入用户的体验，提高了运营商的收益；同时，当系统资源变得充足时，eNodeB对进行了降质处理的用户进行升质处理；当系统资源变得匮乏时，eNodeB对支持降质的用户进行降质处理，提高了用户的体验。

下面以几个实施例对本发明的方法进行详细说明。

实施例1：

本实施例是在业务建立时通过自身降质后成功接入处理，包括以下步骤：

步骤101：eNodeB接收来自核心网的业务建立请求消息(E-RAB携带升降质信息信元)，转至步骤102。

步骤102：eNodeB进行接纳处理，具体如下：

首先，根据服务质量信息和无线信道条件等估计业务所需的资源；

其次，计算小区的剩余资源(小区的剩余资源等于小区的总资源减去占用的小区资源)；

最后，获得接纳判决结果，如果业务所需的资源小于或等于小区的剩余资源，则接纳成功，则转至步骤104；否则，接纳失败，则转至步骤103。

步骤103：进行降质处理。

如果该业务支持降质，则根据携带的降质信息进行降质，如果降质后业务所需的资源小于或等于小区的剩余资源，则进行接纳且成功，转至步骤104。

步骤104：eNodeB向UE发送RRC连接重配消息，转至步骤105。

步骤105：UE处理收到的RRC连接重配消息完毕后，向eNodeb发送RRC连接重配完成消息，转至步骤106。

步骤106：eNodeB处理来自UE的RRC连接重配完成消息，转至步骤107。

步骤107：eNodeB向核心网发送承载建立响应。

实施例2：

本实施例是在业务建立时对其它业务或者自身和其它业务进行降质后成功接入处理，包括以下步骤：

步骤201：eNodeB接收来自核心网的业务建立请求消息，转至步骤202。

本实施例中的业务建立请求消息携带升降质信息信元，但该信元取值为不支持降质。

步骤202：进行接纳处理，具体如下：

首先，根据服务质量信息和无线信道条件等估计业务所需的资源；

其次，计算小区的剩余资源(小区的剩余资源等于小区的总资源减去占用的小区资源)；

最后，获得接纳判决结果，如果业务所需的资源小于或等于小区的剩余资源，则接纳成功，则转至步骤204；否则，接纳失败，则转至步骤203。

步骤203：进行降质处理，具体如下：

首先，如果当前业务支持降质，则根据携带的降质信息进行降质处理；

其次，遍历已接入的业务，如果支持降质，则进行预降质处理并放入降质业务列表，累计降质释放的资源与小区的剩余资源之和。如果累计降质释放的资源与小区的剩余资源之和不满足当前业务接入所需的资源，继续下一个业务；否则，更新系统的剩余资源，进行接纳且成功，转向步骤204。

步骤204：eNodeB向UE发送RRC连接重配消息，并根据降质业务列表向核心网发送E-RAB更新请求消息，以告诉核心网基站侧对E-RAB进行了更新；然后核心网收到该消息后发起E-RAB修改请求流程。E-RAB信息在基站和核心网等实体中需要保持一致。

步骤205：UE处理收到的RRC连接重配消息完毕后，向eNodeb发送RRC连接重配完成消息；

eNodeB处理来自UE的RRC连接重配完成消息完毕后向核心网发送承载建立响应。

第206步：eNodeB收到来自核心网的承载修改请求，处理成功后向UE发送RRC连接重配；

UE处理RRC连接重配成功后向eNodeB发送RRC连接重配完成消息；eNodeB收到RRC连接重配完成消息后向核心网发送承载修改响应。

实施例3：

本实施例是在业务建立时降质失败的处理，包括以下步骤：

步骤301：eNodeB接收来自核心网的业务建立请求消息，进行接纳且接纳失败，转至步骤302。

进行降质处理且降质失败的原因，可以包括以下任一种：

1)当前业务不支持降质，已接入的业务也不支持降质；

2)当前业务不支持降质，已接入业务中存在支持降质的业务，但对支持降质的业务进行预降质仍然无法满足当前业务接入的要求；

3)当前业务支持降质，但已接入业务不支持降质，对当前业务进行降质仍然无法满足接入要求；

4)当前业务支持降质，且已接入业务中存在支持降质的业务，对当前进行降质，并且对支持降质的已接入业务进行预降质仍然无法满足接入要求。

步骤302：eNodeB向核心网发送失败的承载建立应答。

实施例4：

本实施是小区的系统资源变化时升降质处理，可以包括以下步骤：

步骤401：eNodeB实时测量小区的系统资源使用情况，如果系统资源发生变化，转至步骤402。

步骤402：根据小区的系统资源的变化情况，判断是进行升质处理还是降质处理；

如果小区资源充足(即小区的剩余资源不为零或大于阈值)，则进行升质处理；如果小区资源匮乏，即同时调度的业务需要的资源超过了小区的剩余资源，则进行降质处理。

升质处理如下：依次遍历小区下已接入UE的业务，如果UE的业务进行了降质处理，则首先预恢复至降质前的QoS要求；然后进行接纳处理，判断小区的剩余资源是否大于或等于该业务升质增加量所需要的资源，如果是，则接纳成功，否则接纳失败；如果接纳成功，则将该业务恢复至降质前的QoS要求；如果接纳失败，则仍然保持为降质后的QoS要求。

降质处理如下：依次遍历小区下已接入UE的业务，如果UE的业务支持降质，则按照携带的降质信息进行降质处理；累计释放的资源，如果通过降质释放的资源与小区的剩余资源之和大于或等于UE接入所需要的资源，则不再进行降质处理；否则，继续进行降质处理，转至步骤403。

步骤403：eNodeB根据升降质业务列表，向核心网发起E RAB更新请求，转至步骤404。

步骤404：核心网向eNodeB发送E RAB修改请求，转至步骤405。

步骤405：eNodeB收到E RAB修改请求处理完毕后，向UE发送RRC连接重配消息，转至步骤406。

步骤406：UE处理RRC连接重配消息完毕后，向eNodeB发送RRC连接重配完成消息，转至步骤407。

步骤407：eNodeB收到来自UE的RRC连接重配完成消息后，向核心网发送承载修改响应。

本发明中一种服务质量协商方法只以LTE系统中的业务建立请求流程为例，但不仅限于业务建立请求，只要涉及到该服务质量协商的方法和装置均在本发明的保护范围。

图3为本发明实施例的基站的示意图，如图3所示，本实施例的基站包括：

第一模块，用于获取指定业务所需的资源，所述小区的剩余资源和所述小区下已接入业务的服务质量信息；

第二模块，用于根据所述指定业务所需的资源，所述小区的剩余资源，以及所述小区下已接入业务的服务质量信息进行服务质量重协商处理。

其中，所述第二模块包括：

第一单元，用于判断所述指定业务所需的资源是否大于所述小区的剩余资源；

第二单元，用于在所述第一单元判断是的情况下，不接纳所述指定业务，进行服务质量重协商；

第三单元，用于在所述第一单元判断否的情况下，接纳所述指定业务，不进行服务质量重协商。

其中，所述第二单元，进行服务质量重协商包括：

根据演进的全球陆上无线接入网络无线接入承载携带的降质信息判断所述指定的业务是否支持降质，

如所述指定业务支持降质，则根据所述降质信息中的降质参数对所述指定的业务进行降质处理，如降质后所述指定业务所需的资源小于或等于所述小区的剩余资源，则接纳所述指定的业务，如降质后所述指定业务所需的资源大于所述小区的剩余资源，则判断已接入业务中是否有支持降质的业务：

如已接入业务中有支持降质的业务，则根据所述降质参数逐个对支持降质的已接入业务进行降质处理，直至降质后释放的资源与所述小区的剩余资源之和大于或等于降质后所述指定业务所需的资源，则接纳所述指定业务，如对所有支持降质的已接入业务进行降质处理后，降质后释放的资源与所述小区剩余资源之和仍小于所述指定业务所需的资源，则向核心网发送失败的承载建立应答；

如已接入业务均不支持降质，则向核心网发送失败的承载建立应答；

如所述指定业务不支持降质，则判断已接入业务中是否有支持降质的业务：

如已接入业务中有支持降质的业务，则根据所述降质参数逐个对支持降质的已接入业务进行降质处理，直至降质后释放的资源与所述小区的剩余资源之和大于或等于所述指定业务所需的资源，则接纳所述指定业务，如对所有支持降质的已接入业务进行降质处理后，降质后释放的资源与所述小区的剩余资源之和仍然小于所述指定业务所需的资源，则向核心网发送失败的承载建立应答；

如已接入业务均不支持降质，则向核心网发送失败的承载建立应答。

其中，所述第二模块包括：

第四单元，用于判断所述小区的剩余资源是否大于零或是否大于阈值，

第五单元，用于在所述第四单元判断是的情况下，判断已接入业务中是否有降质处理过的业务，

第六单元，用于在所述第五单元判断有的情况下，根据承载携带的升质信息对降质处理过的业务进行升质处理。

其中，所述第六单元，对降质处理过的业务进行升质处理包括：

依次遍历已接入业务，判断将降质处理过的业务恢复到降质前的服务质量所需的资源是否大于所述小区的剩余资源，如大于，则拒绝对该降质处理过的业务进行升质，保持该业务降质后的服务质量，否则，根据承载携带的升质信息将该降质处理过的业务恢复到降质前的服务质量。

其中，所述基站还包括：

第三模块，用于在进行服务质量重协商过程中，向核心网发送演进的全球陆上无线接入网络无线接入承载更新请求消息。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (14)

1.一种服务质量协商的方法，包括：

获取所述指定业务所需的资源，所述小区的剩余资源和所述小区下已接入业务的服务质量信息；

根据所述指定业务所需要的资源，所述小区的剩余资源，以及所述小区下已接入业务的服务质量信息进行服务质量重协商处理。

2.如权利要求1所述的方法，其特征在于：所述根据所述指定业务所需要的资源，所述小区的剩余资源，以及所述小区下已接入业务的服务质量信息进行服务质量重协商处理包括：

判断所述指定业务所需要的资源是否大于所述小区的剩余资源，如判断结果为是，则不接纳所述指定业务，进行服务质量重协商；否则接纳所述指定业务，不进行服务质量重协商。

3.如权利要求2所述的方法，其特征在于：所述进行服务质量重协商包括：

根据承载携带的降质信息判断所述指定的业务是否支持降质；

如所述指定业务支持降质，则根据所述降质信息中的降质参数对所述指定的业务进行降质处理，如降质后所述指定业务所需的资源小于或等于所述小区的剩余资源，则接纳所述指定的业务，如降质后所述指定业务所需的资源仍然大于所述小区的剩余资源，则判断已接入业务中是否有支持降质的业务：

如已接入业务中有支持降质的业务，则根据所述降质参数逐个对支持降质的已接入业务进行降质处理，直至降质后释放的资源与所述小区的剩余资源之和大于或等于降质后所述指定业务所需的资源，则接纳所述指定业务；如对所有支持降质的已接入业务进行降质处理后，降质后释放的资源与所述小区剩余资源之和仍小于所述指定业务所需的资源，则向核心网发送失败的承载建立应答；

如已接入业务均不支持降质，则向核心网发送失败的承载建立应答；

如所述指定业务不支持降质，则判断已接入业务中是否有支持降质的业务：

如已接入业务中有支持降质的业务，则根据所述降质参数逐个对支持降质的已接入业务进行降质处理，直至降质后释放的资源与所述小区的剩余资源之和大于或等于所述指定业务所需的资源，则接纳所述指定业务；如对所有支持降质的已接入业务进行降质处理后，降质后释放的资源与所述小区的剩余资源之和仍然小于所述指定业务所需的资源，则向核心网发送失败的承载建立应答；

如已接入业务均不支持降质，则向核心网发送失败的承载建立应答。

4.如权利要求1所述的方法，其特征在于：所述根据所述指定业务所需要的资源，所述小区的剩余资源，以及所述小区下已接入业务的服务质量信息进行服务质量重协商处理包括：

判断所述小区的剩余资源是否大于零或是否大于阈值，

如是，则判断已接入业务中是否有降质处理过的业务，

如有，则对所述降质处理过的业务进行升质处理。

5.如权利要求4所述的方法，其特征在于：所述对降质处理过的业务进行升质处理包括：

依次遍历已接入业务，判断将降质处理过的业务恢复到降质前的服务质量所需的资源是否大于所述小区的剩余资源，如大于，则拒绝对该降质处理过的业务进行升质，保持该业务降质后的服务质量，否则，根据承载携带的升质信息将该降质处理过的业务恢复到降质前的服务质量。

6.如权利要求3或5所述的方法，其特征在于：所述承载包括：

演进的全球陆上无线接入网络无线接入承载。

7.如权利要求2-5任一项所述的方法，其特征在于：所述进行服务质量重协商过程中或服务质量重协商后，还包括：

向核心网发送演进的全球陆上无线接入网络无线接入承载更新请求消息。

8.一种基站，包括：

第一模块，用于获取指定业务所需要的资源，小区的剩余资源和所述小区下已接入业务的服务质量信息；

第二模块，用于根据所述指定业务所需要的资源，所述小区的剩余资源，以及所述小区下已接入业务的服务质量信息进行服务质量重协商处理。

9.如权利要求8所述的基站，其特征在于：所述第二模块包括：

第一单元，用于判断所述指定业务所需要的资源是否大于所述小区的剩余资源；

第二单元，用于在所述第一单元判断是的情况下，不接纳所述指定业务，进行服务质量重协商；

第三单元，用于在所述第一单元判断否的情况下，接纳所述指定业务，不进行服务质量重协商。

10.如权利要求9所述的基站，其特征在于：

所述第二单元，进行服务质量重协商包括：

根据承载携带的降质信息判断所述指定的业务是否支持降质，

如所述指定业务支持降质，则根据所述降质信息中的降质参数对所述指定的业务进行降质处理，如降质后所述指定业务所需的资源小于或等于所述小区的剩余资源，则接纳所述指定的业务，如降质后所述指定业务所需的资源仍然大于所述小区的剩余资源，则判断已接入业务中是否有支持降质的业务：

如已接入业务中有支持降质的业务，则根据所述降质参数逐个对支持降质的已接入业务进行降质处理，直至降质后释放的资源与所述小区的剩余资源之和大于或等于降质后所述指定业务所需的资源，则接纳所述指定业务，如对所有支持降质的已接入业务进行降质处理后，降质后释放的资源与所述小区剩余资源之和仍然小于所述指定业务所需的资源，则向核心网发送失败的承载建立应答；

如已接入业务均不支持降质，则向核心网发送失败的承载建立应答；

如所述指定业务不支持降质，则判断已接入业务中是否有支持降质的业务：

如已接入业务中有支持降质的业务，则根据所述降质参数逐个对支持降质的已接入业务进行降质处理，直至降质后释放的资源与所述小区的剩余资源之和大于或等于所述指定业务所需的资源，则接纳所述指定业务，如对所有支持降质的已接入业务进行降质处理后，降质后释放的资源与所述小区的剩余资源之和仍然小于所述指定业务所需的资源，则向核心网发送失败的承载建立应答；

如已接入业务均不支持降质，则向核心网发送失败的承载建立应答。

11.如权利要求8所述的基站，其特征在于：所述第二模块包括：

第四单元，用于判断所述小区的剩余资源是否大于零或是否大于阈值，

第五单元，用于在所述第四单元判断是的情况下，判断已接入业务中是否有降质处理过的业务，

第六单元，用于在所述第五单元判断有的情况下，根据承载携带的升质信息对降质处理过的业务进行升质处理。

12.如权利要求11所述的基站，其特征在于：

所述第六单元，对降质处理过的业务进行升质处理包括：

依次遍历已接入业务，判断将降质处理过的业务恢复到降质前的服务质量所需的资源是否大于所述小区的剩余资源，如大于，则拒绝对该降质处理过的业务进行升质，保持该业务降质后的服务质量，否则，根据承载携带的升质信息将该降质处理过的业务恢复到降质前的服务质量。

13.如权利要求10-12任一项所述的基站，其特征在于：所述承载包括：

演进的全球陆上无线接入网络无线接入承载。

14.如权利要求9-12任一项所述的基站，其特征在于：所述基站还包括：

第三模块，用于在进行服务质量重协商过程中或服务质量重协商后，向核心网发送演进的全球陆上无线接入网络无线接入承载更新请求消息。

Images