CN104144448B - 面向无线宽带用户的自主带宽变更方法与服务器 - Google Patents

Abstract

本公开涉及一种面向无线宽带用户的自主带宽变更方法与服务器。该方法包括接收用户自主发起的速度变更请求；根据用户权限判断是否接受速度变更请求；如果用户具有速度变更权限，则按预先配置的速度变更策略进行相应的速度变更处理；记录速度变更时长。本公开可以使用户能够自主地动态控制带宽。

Description

面向无线宽带用户的自主带宽变更方法与服务器

技术领域

本公开涉及电信与IT（Information Technology，信息技术）应用，特别地，涉及一种面向无线宽带用户的自主带宽变更方法与服务器。

背景技术

随着移动互联网在全球的飞速发展，广大用户通过移动终端接入互联网已经成了一种普遍的互联网接入方式。与有线宽带接入网络不同，诸如EVDO（Evolution-Dataonly）、Wifi（Wireless Fidelity）、WCDMA（Wideband Code Division Multiple Access，宽带码分多址）等的无线宽带接入网络中的无线带宽资源是在多个用户间共享的，即多个用户在相同的载波和空间中通过抢占时隙的方式来获得无线带宽资源的使用权，在其它条件相同的情况下，每个用户抢占到资源的概率基本是相同的，这样每个用户所申请到的数据带宽是基本相同的。

以CDMA（Code Division Multiple Access，码分多址）EVDO网络为例，每个载波的最高数据速率是3.1Mb/s，即多个用户均分了无线带宽资源，如果有5个用户，在不考虑其它开销的情况下，则每个用户的数据速率最高为600kb/s，平均分配带宽资源的方式并没有体现用户的差异化通信需求。

无线宽带用户具有差异化的需求，对于少量的高端用户来说，通常希望优先使用无线宽带网络资源来保证自己的通信质量，但平均共享模式导致每个用户的资源都很有限，特别是在忙时条件下，多用户共享带宽资源对于部分高端用户或者重点业务造成了影响。

发明内容

本公开鉴于以上问题中的至少一个提出了新的技术方案。

本公开在其一个方面提供了一种面向无线宽带用户的自主带宽变更方法，其可以使用户能够自主地动态控制带宽。

本公开在其另一方面提供了一种面向无线宽带用户的自主带宽变更服务器，其可以使用户能够自主地动态控制带宽。

根据本公开，提供一种面向无线宽带用户的自主带宽变更方法，包括：

接收用户自主发起的速度变更请求；

根据用户权限判断是否接受速度变更请求；

如果用户具有速度变更权限，则按预先配置的速度变更策略进行相应的速度变更处理；

记录速度变更时长。

在本公开的一些实施例中，该方法还包括：

如果用户具有速度变更权限，则根据用户的状态判断是否接受速度变更请求；

如用户的状态满足速度变更请求，则接受速度变更请求；

在对用户进行速度变更处理后，更新用户的状态。

在本公开的一些实施例中，该方法还包括：

接收用户自主发起的速度变更终止请求；

根据用户权限判断是否接受速度变更终止请求；

如果用户具有速度变更终止权限，则终止对用户的速度变更。

在本公开的一些实施例中，该方法还包括：

在对用户进行速度变更处理后，检测用户发出的心跳消息；

如果连续设定次数未收到用户发出的心跳消息，则对用户进行降速处理，并更新用户的状态。

在本公开的一些实施例中，用户的状态包括已提速与未提速。

在本公开的一些实施例中，根据用户的状态判断是否接受速度变更请求的步骤包括：

如果用户的状态为已提速且速度变更请求为提速，则不接受用户发出的速度变更请求；

如果用户的状态为未提速且速度变更请求为提速，则接受用户发出的速度变更请求。

根据本公开，还提供了一种面向无线宽带用户的自主带宽变更服务器，包括：

请求接收单元，用于接收用户自主发起的速度变更请求；

权限判断单元，用于根据用户权限判断是否接受速度变更请求；

速度变更处理单元，用于如果用户具有速度变更权限，则按预先配置的速度变更策略进行相应的速度变更处理；

时长记录单元，用于记录速度变更时长。

在本公开的一些实施例中，服务器还包括：

用户状态判断单元，用于如果用户具有速度变更权限，则根据用户的状态判断是否接受速度变更请求，如用户的状态满足速度变更请求，则接受速度变更请求；

用户状态更新单元，用于在对用户进行速度变更处理后，更新用户的状态。

在本公开的一些实施例中，请求接收单元还用于接收用户自主发起的速度变更终止请求；权限判断单元还用于根据用户权限判断是否接受速度变更终止请求；

服务器还包括：

速度变更终止单元，用于如果用户具有速度变更终止权限，则终止对用户的速度变更。

在本公开的一些实施例中，服务器还包括：

心跳检测单元，用于在对用户进行速度变更处理后，检测用户发出的心跳消息，如果连续设定次数未收到用户发出的心跳消息，则对用户进行降速处理，并更新用户的状态。

在本公开的一些实施例中，用户的状态包括已提速与未提速。

在本公开的一些实施例中，用户状态判断单元判断如果用户的状态为已提速且速度变更请求为提速，则不接受用户发出的速度变更请求；如果用户的状态为未提速且速度变更请求为提速，则接受用户发出的速度变更请求。

在本公开的技术方案中，用户可以通过设置在终端内部的客户端自主地发起速度变更请求，再根据用户权限判断是否可以对该用户进行速度变更处理，如可以则通过PDSN（Packet Data Service Node，分组数据业务节点）对用户进行速度变更处理。这样，用户就可以直接参与到带宽控制中，其可以根据当前需求确定是否发起速度变更请求，显著提升了用户体验。

附图说明

此处所说明的附图用来提供对本公开的进一步理解，构成本申请的一部分。在附图中：

图1是本公开一个实施例的面向无线宽带用户的自主带宽变更方法的流程示意图。

图2是本公开一个实施例的面向无线宽带用户的自主带宽变更服务器的结构示意图。

图3是本公开另一实施例的面向无线宽带用户的自主带宽变更服务器的结构示意图。

图4是本公开又一实施例的面向无线宽带用户的自主带宽变更服务器的结构示意图。

图5是本公开一个实施例的面向无线宽带用户的自主带宽变更系统的结构示意图。

图6是本公开一个实施例的客户端的结构示意图。

图7是本公开一个实施例的提速转发服务器的结构示意图。

图8是本公开一个实施例的用户管理服务器的结构示意图。

图9是本公开一个实施例基于上述实施例中的面向无线宽带用户的自主带宽变更系统的自主带宽变更方法的流程示意图。

具体实施方式

下面将参照附图描述本公开。要注意的是，以下的描述在本质上仅是解释性和示例性的，决不作为对本公开及其应用或使用的任何限制。除非另外特别说明，否则，在实施例中阐述的部件和步骤的相对布置以及数字表达式和数值并不限制本公开的范围。另外，本领域技术人员已知的技术、方法和装置可能不被详细讨论，但在适当的情况下意在成为说明书的一部分。

针对3G/4G移动网络的带宽资源控制，国际上的移动标准化组织3GPP从R7开始在网络中引入以PCRF（Policy and Charging Rules Function，策略和计费规则功能）网元为核心的PCC（Policy Control and Charging,策略控制和计费）架构，利用PCRF节点的控制功能，运营商也就可以在网络中提供用户和业务的差异化服务，并且能为用户提供业务流承载资源保障以及流计费策略，以合理利用网络资源。从差异化的角度，PCC可以为关键用户保障网络的资源，提高网络的服务品质。

尽管能对用户和业务进行精细的差分化管理和控制，但是，目前的PCC架构还缺乏与终端用户的直接接口，因此用户不能自主的动态指配带宽资源。在实际运行时，PCRF单纯依靠配置在SPR（Subscription Profile Repository，用户数据库）中的静态策略来给用户提供差异化服务，也就是用户的数据流在满足SPR中某个特定的条件或者条件组合时就启动相应的QoS（Quality of Service，服务质量）策略。

为了满足高端无线用户的自主变速的应用需求，本公开下述实施例设计了一种面向终端用户的自主加速/降速的控制方案，从而来实现无线带宽资源的自主控制。

本公开下述实施例在移动核心网引入PCC架构的基础上，设计了面向无线宽带的自主带宽变更服务器，在网络侧可靠地感知无线网络状态的基础上，通过客户端与自主带宽变更服务器的交互，用户侧发起提速/降速请求至自主带宽变更服务器，由自主带宽变更服务器进行用户权限判断后再转发至PCRF。如为提速申请，则PCRF接收到提速申请后，可以依据CRM（Customer Relationship Management，客户关系管理系统）的用户信息，进行提速判决。PCRF判决提速通过后，将按照配置的提速策略原则向PDSN下发提速策略，提速策略通过PDSN下发至无线层面的无线接入网络，通过与无线接入网络的联动实现无线自主提速。

图1是本公开一个实施例的面向无线宽带用户的自主带宽变更方法的流程示意图。

如图1所示，该实施例可以包括以下步骤：

S102，接收用户自主发起的速度变更请求；

其中，速度变更请求可以为提速请求或降速请求。

S104，根据用户权限判断是否接受速度变更请求。

S106，如果用户具有速度变更权限，则按预先配置的速度变更策略进行相应的速度变更处理；

例如，如果用户提出的是提速申请，则可以基于设定的速度上限为该用户提高速度。

S108，记录速度变更时长。

在该实施例中，用户可以通过设置在终端内部的客户端自主地发起速度变更请求，再根据用户权限判断是否可以对该用户进行速度变更处理，如可以则通过PDSN对用户进行速度变更处理。这样，用户就可以直接参与到带宽控制中，其可以根据当前需求确定是否发起速度变更请求，显著提升了用户体验。

进一步地，如果用户具有速度变更权限，则还可以根据用户的状态判断是否接受速度变更请求，其中，用户的状态可以包括已提速与未提速；

如用户的状态满足速度变更请求，则接受速度变更请求；

在对用户进行速度变更处理后，更新用户的状态。

具体地，根据用户的状态判断是否接受速度变更请求的步骤可以包括：

如果用户的状态为已提速且速度变更请求为提速，则不接受用户发出的速度变更请求；

如果用户的状态为未提速且速度变更请求为提速，则接受用户发出的速度变更请求。

举例说明，假设用户具有速度变更权限，并且用户的状态为已提速，如果用户提出的请求为提速请求，则由于带宽共享，不能无限制地满足个别用户的需求，因此，在用户已提速的情况下再请求提速将不被接受。如果用户的状态为未提速并且用户提出的请求为提速请求，则可以接受用户的该请求。如果用户提出的请求为降速请求，则可以不判断用户状态而直接按预先配置的速度变更策略执行该请求。

一般情况下，在用户正使用某个对带宽要求较高的业务时，例如，观看网络视频，为了使得视频更流畅，用户可能会发起提速请求，在观看完视频内容或中间需要暂停而处理其他业务时，为了节省带宽资源，用户可以发出速度变更终止请求。

进一步地，还可以接收用户自主发起的速度变更终止请求；

根据用户权限判断是否接受速度变更终止请求；

如果用户具有速度变更终止权限，则终止对用户的速度变更。

这样可以最高效地利用带宽资源，并使得多个用户共享有限的带宽资源。

在上述实例中，用户是自主地发出速度变更终止请求。但是，在实际使用过程中，可能会存在用户不再使用高带宽需要业务但忘记终止速度变更的情况，这时就会造成带宽的严重浪费。

接下来，设计如下两种方式来解决该问题：

方式一：在需要高带宽支持的业务中嵌入心跳机制，当用户发送了提速请求后，该业务定期地发送心跳消息，在对用户进行速度变更处理后，网络侧服务器检测用户发出的心跳消息；如果连续设定次数未收到用户发出的心跳消息，则表明该业务可能已中止或被关闭，可以对用户进行降速处理以降低对带宽的占用率，并更新用户的状态。该方式可及时感知到用户是否退出某业务并且修改用户的提速状态，避免了在业务退出情况下仍给用户进行加速计费情况的出现。

方式二：当用户发送了提速请求后，由内置在PDSN中的DPI（Deep PacketInspection，深度包检测）设备检测数据包中的业务类型，在业务类型变更后，对该用户进行降速，并向自主带宽变更服务器发出用户状态更新请求，将用户状态从已提速变更为未提速。

本领域普通技术人员可以理解，实现上述方法实施例的全部和部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算设备可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质可以包括ROM、RAM、磁碟和光盘等各种可以存储程序代码的介质。

图2是本公开一个实施例的面向无线宽带用户的自主带宽变更服务器的结构示意图。

如图2所示，该实施例中的服务器20可以包括请求接收单元202、权限判断单元204、速度变更处理单元206和时长记录单元208。其中，

请求接收单元202，用于接收用户自主发起的速度变更请求；

权限判断单元204，用于根据用户权限判断是否接受速度变更请求；

速度变更处理单元206，用于如果用户具有速度变更权限，则按预先配置的速度变更策略进行相应的速度变更处理；

时长记录单元208，用于记录速度变更时长。

在该实施例中，用户可以通过设置在终端内部的客户端自主地发起速度变更请求，再根据用户权限判断是否可以对该用户进行速度变更处理，如可以则通过PDSN对用户进行速度变更处理。这样，用户就可以直接参与到带宽控制中，其可以根据当前需求确定是否发起速度变更请求，显著提升了用户体验。

图3是本公开另一实施例的面向无线宽带用户的自主带宽变更服务器的结构示意图。

如图3所示，与图2中的实施例相比，该实施例中的服务器30还包括用户状态判断单元302和用户状态更新单元304。其中，

用户状态判断单元302，用于如果用户具有速度变更权限，则根据用户的状态判断是否接受速度变更请求，如用户的状态满足速度变更请求，则接受速度变更请求，其中，用户的状态可以包括已提速与未提速；

具体地，用户状态判断单元判断如果用户的状态为已提速且速度变更请求为提速，则不接受用户发出的速度变更请求；如果用户的状态为未提速且速度变更请求为提速，则接受用户发出的速度变更请求。

用户状态更新单元304，用于在对用户进行速度变更处理后，更新用户的状态。

进一步地，请求接收单元还用于接收用户自主发起的速度变更终止请求；权限判断单元还用于根据用户权限判断是否接受速度变更终止请求；自主带宽变更服务器还可以包括：

速度变更终止单元，用于如果用户具有速度变更终止权限，则终止对用户的速度变更。

图4是本公开又一实施例的面向无线宽带用户的自主带宽变更服务器的结构示意图。

如图4所示，与图2中的实施例相比，该实施例中的服务器40还可以包括：

心跳检测单元402，用于在对用户进行速度变更处理后，检测用户发出的心跳消息，如果连续设定次数未收到用户发出的心跳消息，则对用户进行降速处理，并更新用户的状态。

图5是本公开一个实施例的面向无线宽带用户的自主带宽变更系统的结构示意图。

如图5所示，该实施例中的系统50可以包括设置在移动终端内部的客户端502、自主带宽变更服务器504和PCRF服务器506。

通常请求是由位于移动终端中的客户端接收用户通过界面发起的提速/降速请求，并发往自主带宽变更服务器；自主带宽变更服务器在接收到该请求后进行用户状态判断，如允许进行速度变更，则向PCRF服务器发送提速/降速请求，并收到PCRF服务器发出的响应，根据响应更新用户的状态信息；自主带宽变更服务器一方面可以管理用户的状态信息，同时也具备可提速用户的添加/删除、用户提速时长的记录、日志信息的记录等各项功能。

此外，自主带宽变更服务器还可以通过心跳信息来判断用户是否在使用特定的高带宽业务。如自主带宽变更服务器连续若干次无法收到心跳信息，则由自主带宽变更服务器主动代替客户端向PCRF服务器发起降速请求，并在收到PCRF服务器的请求反馈后更新用户状态表。

在该系统中，用户具备两种不同的状态：提速与未提速。这里，客户端和自主带宽变更服务器都会一致性地、同步处理这两种状态。

其中，各个功能实体的具体功能描述说明如下：

（1）客户端

客户端位于用户的移动终端，如智能手机，其可以接收用户的自主提速/降速请求，并将此请求发往自主带宽变更服务器；与自主带宽变更服务器交互并从自主带宽变更服务器提取已提速时长；定时发送心跳消息，以通知自主带宽变更服务器用户当前正在使用某类业务；GUI（Graphical User Interface，图形用户界面）界面显示，为用户提供提速/降速按钮、用户当前的上/下行速率、本次提速时长、本月剩余时长以及本月剩余流量等信息的显示。

图6是本公开一个实施例的客户端的结构示意图。

如图6所示，该客户端60可以包括：

GUI界面显示模块602，为用户提供提速/降速按钮、用户当前的上/下行速率、本次提速时长、本月剩余时长以及本月剩余流量等信息；

用户状态管理模块604，基于提速/降速请求的反馈情况以及本机的状态检测信息确定本机的提速、未提速等状态；

变速请求发送模块606，接收来自GUI的自主提速/降速请求，并将此请求发往自主带宽变更服务器；

心跳请求发送模块608，在用户发出提速请求后定时发送心跳消息，以通知自主带宽变更服务器其目前正在使用某些高带宽业务；

本机状态检测模块610，检测本机的在线/离线状态，并反馈给用户状态管理模块。

（2）自主带宽变更服务器

自主带宽变更服务器重点在于实现与PCRF和客户端的交互，实现用户提速/降速请求的转发与用户状态的存储和更新。

具体地，可以包括以下功能：

（2a）用户提速/降速状态的查询：在收到用户的提速/降速请求后，获取用户的当前状态。若用户的当前状态与请求的状态不匹配（例如，已处于提速状态的用户再次发送提速请求）或该用户并没有提速权限，则不再向PCRF服务器转发提速/降速请求；

（2b）用户提速/降速状态更新：在收到PCRF服务器反馈的提速/降速反馈后，更新用户的状态，如PCRF服务器反馈可以提速，则将用户状态更新为已提速；

（2c）用户心跳信息的检测：检测用户的心跳信息，若连续若干次（如3次）未收到用户的心跳信息，则判定用户已退出某特定业务，并代替用户向PCRF服务器发起降速请求；

（2d）用户提速时长的查询并反馈功能：在反馈客户端的提速/降速请求时，发起用户提速时长的查询，并将该值反馈给用户的客户端；

（2e）当前在线用户列表：自主带宽变更服务器维护当前在线用户列表，用户心跳消息的处理。

（2f）用户权限管理：提供可提速用户的添加，包括利用IMSI（InternationalMobile Subscriber Identity，国际移动用户识别）号/MDN（Mobile Directory Number，用户号码）号、用户的可用提速时长等信息判定用户是否有加速权限；

（2g）用户状态管理：管理当前正在提速/未提速/未鉴权用户的状态，并进行独立维护，使得用户的状态可查询；

（2h）用户提速日志：记录用户提速日志，包括用户每次提速的时间、用户信息等。

需要指出的是，上述实施例中的自主带宽变更服务器的功能既可以由一个服务器来实现，即全部由自主带宽变更服务器实现，也可以将其功能部署到两个服务器中，例如，分别部署到提速转发服务器和用户管理服务器。

图7是本公开一个实施例的提速转发服务器的结构示意图。

如图7所示，该实施例中的提速转发服务器70可以包括：

用户变速请求转发模块702，在收到用户的提速/降速请求后，将该请求转发至用户状态查询模块，在获取了用户的当前状态后根据用户的当前状态与用户的请求确定是否向PCRF服务器发送提速/降速请求；

用户状态查询模块704，向用户管理服务器发送用户的状态查询请求，并将用户状态查询结果反馈给用户提速/降速请求转发模块；

用户状态更新模块706，用于接收自用户管理服务器获取的用户当前状态，并根据心跳信息维护当前活跃用户的列表；

心跳信息检测模块708，检测当前活跃用户的心跳信息，若连续若干次（如3次）未收到用户的心跳信息，则代替该用户向PCRF服务器发起降速请求；

提速时长的查询与反馈模块710，向用户管理服务器发起用户提速时长的查询，并将该值反馈给用户。

图8是本公开一个实施例的用户管理服务器的结构示意图。

如图8所示，该实施例中的用户管理服务器80可以包括：

GUI界面显示模块802，为管理者提供IMSI号添加、删除、查看以及可提速时长等功能；

用户权限管理模块804，提供可变速用户的权限管理和管理员权限的管理；

查询接口806，提供与提速转发服务器的用户权限、用户状态、用户提速日志等查询功能；

用户状态列表808，管理当前正在提速、未提速、未鉴权用户的状态，并进行独立维护，使用户状态可查询；

用户提速日志810，记录用户提速日志，包括用户每次提速的时间、用户信息等。

图9是本公开一个实施例基于上述实施例中的面向无线宽带用户的自主带宽变更系统的自主带宽变更方法的流程示意图。

如图9所示，该方法可以包括以下步骤：

S902，客户端向提速转发服务器发送提速/降速请求；

S904，提速转发服务器与用户管理服务器进行交互，判断用户的ISMI号是否存在提速权限和用户的当前状态是否可以进行提速/降速；

S906，若用户具有提速/降速权限且用户的当前状态正确，则提速转发服务器将客户端的提速/降速请求发往PCRF服务器，并接收PCRF服务器的反馈信息；

S908，提速转发服务器将用户状态的更新信息发往用户管理服务器，并获得该用户在一个计费周期内的累计提速时长；

S910，提速转发服务器将用户的提速/降速请求结果反馈给客户端，并反馈累计时长，开始进行提速/降速；

S912，在用户发起提速请求后，客户端周期性地发送心跳消息，该消息包含用户的IMSI号；

S914，提速转发服务器若连续若干次没有收到用户的心跳消息，则向PCRF服务器发送用户降速请求，并接收PCRF服务器的反馈信息；

S916，提速转发服务器向用户管理服务器发送用户状态信息的更新。

在实际部署中，上述客户端可以安装在用户的智能终端上，提速转发服务器和用户管理服务器（也可以是一体的自主带宽变更服务器）可以以省为单位或者全国集中式成对部署，并且可以与本地的IT支撑系统结合起来，实现全面的用户管理、认证与鉴权。

本说明书中各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同和相似的部分可以相互参见。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处可以参见方法实施例部分的说明。

本公开上述实施例一方面可以为用户提高动态带宽提速/降速操作，另一方面还可以完整地对用户与业务进行管理，这种在现有的PCC架构上为用户提供动态无线带宽速度控制功能的方式具有较好的可实施性和应用价值。

虽然已参照示例性实施例描述了本公开，但应理解，本公开不限于上述的示例性实施例。对于本领域技术人员显然的是，可以在不背离本公开的范围和精神的条件下修改上述的示例性实施例。所附的权利要求的范围应被赋予最宽的解释，以包含所有这样的修改以及等同的结构和功能。

Claims (12)

1.一种面向无线宽带用户的自主带宽变更方法，其特征在于，包括：

接收用户自主发起的速度变更请求；

根据用户权限判断是否接受所述速度变更请求；

如果所述用户具有速度变更权限，则按预先配置的速度变更策略进行相应的速度变更处理；

记录速度变更时长；

当用户发送了提速请求后，在内置在分组数据服务节点中的深度包检测设备检测到数据包中的业务类型变更后，对所述用户进行降速处理，并更新所述用户的状态。

2.根据权利要求1所述的面向无线宽带用户的自主带宽变更方法，其特征在于，所述方法还包括：

如果所述用户具有速度变更权限，则根据所述用户的状态判断是否接受所述速度变更请求；

如所述用户的状态满足所述速度变更请求，则接受所述速度变更请求；

在对所述用户进行速度变更处理后，更新所述用户的状态。

3.根据权利要求1所述的面向无线宽带用户的自主带宽变更方法，其特征在于，所述方法还包括：

接收所述用户自主发起的速度变更终止请求；

根据用户权限判断是否接受所述速度变更终止请求；

如果所述用户具有速度变更终止权限，则终止对所述用户的速度变更。

4.根据权利要求1所述的面向无线宽带用户的自主带宽变更方法，其特征在于，所述方法还包括：

在对所述用户进行速度变更处理后，检测所述用户发出的心跳消息；

如果连续设定次数未收到所述用户发出的心跳消息，则对所述用户进行降速处理，并更新所述用户的状态。

5.根据权利要求2所述的面向无线宽带用户的自主带宽变更方法，其特征在于，所述用户的状态包括已提速与未提速。

6.根据权利要求5所述的面向无线宽带用户的自主带宽变更方法，其特征在于，根据所述用户的状态判断是否接受所述速度变更请求的步骤包括：

如果所述用户的状态为已提速且所述速度变更请求为提速，则不接受所述用户发出的速度变更请求；

如果所述用户的状态为未提速且所述速度变更请求为提速，则接受所述用户发出的速度变更请求。

7.一种面向无线宽带用户的自主带宽变更服务器，其特征在于，包括：

请求接收单元，用于接收用户自主发起的速度变更请求；

权限判断单元，用于根据用户权限判断是否接受所述速度变更请求；

速度变更处理单元，用于如果所述用户具有速度变更权限，则按预先配置的速度变更策略进行相应的速度变更处理；

时长记录单元，用于记录速度变更时长；

降速处理单元，用于当用户发送了提速请求后，在内置在分组数据服务节点中的深度包检测设备检测到数据包中的业务类型变更后，对所述用户进行降速处理，并更新所述用户的状态。

8.根据权利要求7所述的面向无线宽带用户的自主带宽变更服务器，其特征在于，所述服务器还包括：

用户状态判断单元，用于如果所述用户具有速度变更权限，则根据所述用户的状态判断是否接受所述速度变更请求，如所述用户的状态满足所述速度变更请求，则接受所述速度变更请求；

用户状态更新单元，用于在对所述用户进行速度变更处理后，更新所述用户的状态。

9.根据权利要求7所述的面向无线宽带用户的自主带宽变更服务器，其特征在于，

所述请求接收单元还用于接收所述用户自主发起的速度变更终止请求；

所述权限判断单元还用于根据用户权限判断是否接受所述速度变更终止请求；

所述服务器还包括：

速度变更终止单元，用于如果所述用户具有速度变更终止权限，则终止对所述用户的速度变更。

10.根据权利要求7所述的面向无线宽带用户的自主带宽变更服务器，其特征在于，所述服务器还包括：

心跳检测单元，用于在对所述用户进行速度变更处理后，检测所述用户发出的心跳消息，如果连续设定次数未收到所述用户发出的心跳消息，则对所述用户进行降速处理，并更新所述用户的状态。

11.根据权利要求8所述的面向无线宽带用户的自主带宽变更服务器，其特征在于，所述用户的状态包括已提速与未提速。

12.根据权利要求11所述的面向无线宽带用户的自主带宽变更服务器，其特征在于，所述用户状态判断单元判断如果所述用户的状态为已提速且所述速度变更请求为提速，则不接受所述用户发出的速度变更请求；如果所述用户的状态为未提速且所述速度变更请求为提速，则接受所述用户发出的速度变更请求。