CN102448106B - 调整资源的方法和装置 - Google Patents

Abstract

本发明公开了一种调整资源的方法和装置，该方法包括：无线网络控制器的控制面接收无线网络控制器的用户面上报的承载在高速信道上的业务的吞吐量；无线网络控制器根据吞吐量和与高速信道对应的承载反馈信息的专用信道的带宽调整承载反馈信息的专用信道上的资源。本发明达到了满足用户业务需求、充分利用资源和提高系统的资源利用率的效果。

Description

调整资源的方法和装置

技术领域

本发明涉及通信领域，具体而言，涉及一种调整资源的方法和装置。

背景技术

随着3G网络的应用，越来越多的无线设备（例如，手机、上网本）提供了互联网接入功能，享受互联网提供的语音视频、在线观看、万维网（World Wide Web，简称为WWW）浏览、文件传输协议（File Transfer Protocol，简称为FTP）下载、FTP上传和电子邮件（Electronic Mail，简称为E-Mail）等业务。对于这类分组业务，承载在高速共享信道上时，在对应方向（当业务承载在高速下行共享信道上时，对应方向是上行；当业务承载在高速上行共享信道上时，对应方向是下行）的专用信道上会承载无线链路控制（Radio LinkControl，简称为RLC）层的确认包、控制包和应用层的数据包信息，如果承载反馈包的专用信道出现问题，则会造成应用层或RLC层无法下发数据，导致节点B（NodeB）无数据可发，从而影响系统的吞吐量。如果给这种业务的专用信道分配固定带宽的信道资源，在业务突发的时候，需要反馈的信息较多，就有可能满足不了数据快速传送的要求，从而影响系统的吞吐量；而在业务数据很少时则浪费了多余的信道资源。所以一般针对这种业务需要根据业务的变化特征，进行信道的动态配置，从而提高信道资源的利用效率。

目前在时分同步码分多址接入（Time Division-SynchronousCode Division Multiple Access，简称为TD-SCDMA）和通用移动通信系统（Universal Mobile Telecommunications System，简称为UMTS）系统中，对信道资源的动态调整都是基于业务量的测量来进行的，业务量是应用层数据下发数据包后，在RLC层缓冲区中待发和重发的数据包。媒体接入层（Medium Access Control，简称MAC）对业务量进行周期性测量，业务量测量的结果可以通过周期上报方式或者事件上报方式来触发系统对业务占用资源的调整。周期上报方式就是以一定的周期对业务量的测量结果上报给控制面。事件上报的方式在第三代合作伙伴计划（3rd Generation PartnershipProject，简称为3GPP）TS25.331中规定业务量测量的4A和4B事件，当传输信道的业务量高于一个绝对门限时，满足4A事件的条件，当传输信道的业务量低于一个绝对门限时，满足4B事件的条件。

如果业务量测量通过事件上报的方式进行，在缓冲区的待发数据增多时，会上报4A事件，在缓冲区的待发数据减少时，会上报4B事件。

对于目前这种基于业务量测量来调整信道资源的方法，发明人发现，在对分组业务进行调整时，由于业务本身这种突发性的特点，要找到一个合适的门限来准确并且及时的对信道资源进行调整比较困难，从上文中对4A和4B事件的上报方式中可以看出，如果4A事件的门限设置过大，要触发业务量超过门限的测量报告就比较难，如果4A事件的门限设置过小，则触发业务量超过门限的测量报告就比较敏感，同样的，在对4B事件设置门限时，如果4B事件的门限设置过小，要触发业务量低于测量门限的测量报告就比较难，如果4B事件的门限设置过大，则触发测量门限的测量报告就比较敏感。

基于以上的分析可知，以业务量测量来调整资源的方式，不能很好的满足用户的业务需求。并且，通过业务量调整资源还会带来更多的、不必要的业务量报告和信道重配置等信令流程，降低了系统的整体性能。

发明内容

本发明的主要目的在于提供一种调整资源的方案，以至少解决上述的相关技术中调整资源不能很好的满足用户的业务需求的问题。

为了实现上述目的，根据本发明的一个方面，提供了一种调整资源的方法，该方法包括：无线网络控制器的控制面接收无线网络控制器的用户面上报的承载在高速信道上的业务的吞吐量；无线网络控制器根据吞吐量和与高速信道对应的承载反馈信息的专用信道的带宽调整承载反馈信息的专用信道上的资源。

进一步地，无线网络控制器的控制面接收无线网络控制器的用户面上报的承载在高速信道上的业务的吞吐量包括：控制面接收用户面周期上报的吞吐量；如果控制面确定在时间迟滞时间内接收到的吞吐量均小于第一门限，则控制面记录当前事件为第一事件，并且，在缓冲时间内，不再记录相同的事件；如果控制面确定在时间迟滞时间内接收到的吞吐量均大于第二门限，则控制面记录当前事件为第二事件，并且，在缓冲时间内，不再记录相同的事件。

进一步地，在控制面接收用户面上报的承载在高速信道上的业务的吞吐量之前，上述方法还包括：控制面向用户面发送第一门限和第二门限；用户面检测到吞吐量小于第一门限，则记录第一事件，用户面检测到吞吐量大于第二门限，则记录第二事件；在时间迟滞时间内，如果用户面检测到的吞吐量均小于第一门限，则上报第一事件，如果用户面检测到的吞吐量均大于第二门限，则上报第二事件，并且，在缓冲时间内，不再上报相同的事件；控制面接收用户面上报的承载在高速信道上的业务的吞吐量包括：控制面接收第一事件或第二事件。

为了实现上述目的，根据本发明的另一方面，提供了一种调整资源的装置，该装置包括：接收模块，用于接收用户面上报的承载在高速信道上的业务的吞吐量；调整模块，用于根据吞吐量和与高速信道对应的承载反馈信息的专用信道的带宽调整承载反馈信息的专用信道上的资源。

进一步地，接收模块包括：接收子模块，用于接收用户面周期上报的吞吐量；记录子模块，用于在确定在时间迟滞时间内接收到的吞吐量均小于第一门限时，记录当前事件为第一事件，并且，在缓冲时间内，不再记录相同的事件，在确定在时间迟滞时间内接收到的吞吐量均大于第二门限时，记录当前事件为第二事件，并且，在缓冲时间内，不再记录相同的事件。

通过本发明，采用根据高速信道的吞吐量和承载反馈信息的专用信道的带宽动态调整承载反馈信息的专用信道的资源的方式，解决了相关技术中调整资源不能很好的满足用户的业务需求的问题，进而达到了满足用户业务需求、充分利用资源和提高系统的资源利用率的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例一的调整资源的方法的流程图；

图2是根据本发明实施例二的调整资源的方法的流程图；

图3是根据本发明实施例的E1事件上报的示意图；

图4是根据本发明实施例的E2事件上报的示意图；

图5是根据本发明实施例的基于吞吐量调速的流程的示意图；

图6是根据本发明实施例的调整资源的装置的结构框图；

图7是根据本发明实施例的接收模块62的结构框图；

图8是根据本发明实施例的调整模块64的一种结构框图；

图9是根据本发明实施例的调整模块64的另一种结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例一

本发明实施例提供了一种调整资源的方法。图1是根据本发明实施例一的调整资源的方法的流程图，如图1所示，该方法包括：

步骤S102，无线网络控制器（Radio Network Control，简称RNC）的控制面接收RNC的用户面上报的承载在高速信道上的业务的吞吐量；

步骤S104，RNC根据吞吐量和与高速信道对应的承载反馈信息的专用信道的带宽调整承载反馈信息的专用信道上的资源。

本实施例根据高速信道的吞吐量和承载反馈信息的专用信道的带宽动态调整承载反馈信息的专用信道的资源，解决了相关技术中调整资源不能很好的满足用户的业务需求的问题，达到了充分利用资源和提高系统的资源利用率的效果。

需要注意的是，本发明实施例中的控制面和用户面都是RNC的一部分。

RNC的控制面接收RNC的用户面上报的承载在高速信道上的业务的吞吐量可以通过以下两种方式实现：

方式一

周期上报：RNC的用户面周期地向控制面上报测量到的吞吐量；控制面对该上报的吞吐量进行处理，如果确定在时间迟滞时间内接收到的吞吐量均小于第一门限，则控制面记录当前事件为第一事件；如果确定在时间迟滞时间内接收到的吞吐量均大于第二门限，则控制面记录当前事件为第二事件。时间迟滞时间是为了避免第一事件或第二事件发生过于频繁引入的，可以通过时间迟滞定时器完成，并且，还可以引入缓冲时间，该缓冲时间通过缓冲时间定时器完成。当高速信道上的吞吐量满足第一事件或者第二事件时，启动时间迟滞定时器，在定时器超时前，如果吞吐量一直满足第一事件或者第二事件的条件，在时间迟滞时间结束时，控制面将记录第一事件或第二事件；如果在时间迟滞时间内，高速信道上的吞吐量出现不满足在启动时间迟滞定时器时的第一事件或者第二事件，则时间迟滞定时器失效。在记录了第一事件或第二事件后，在缓冲时间内，不再记录相同的事件，在缓冲时间结束后，如果吞吐量又满足第一事件或者第二事件的条件，则重新判断当前的吞吐量是否满足第一事件或者第二事件的条件。并且，在满足时间迟滞和缓冲时间后，控制面累计第一事件或者第二事件。

方式二

事件上报：首先，RNC的控制面向用户面发送第一门限和第二门限；如果用户面检测到吞吐量小于第一门限，则记录第一事件，如果用户面检测到吞吐量大于第二门限，则记录第二事件；在时间迟滞时间内，如果用户面检测到的吞吐量均小于第一门限，则上报第一事件，如果用户面检测到的吞吐量均大于第二门限，则上报第二事件，并且，在缓冲时间内，不再上报相同的事件。

由此可见，RNC的控制面接收吞吐量包括直接接收吞吐量和通过事件方式接收吞吐量。通过上述方式，RNC能够方便的获取吞吐量。

在获得吞吐量之后，RNC根据该吞吐量和与承载反馈信息的专用信道的带宽调整承载反馈信息的专用信道上的资源，调整的方式包括但不限于以下方式：

RNC的控制面对接收到的第一事件进行计数，如果连续获得第一事件的次数大于第三门限，并且，承载反馈信息的专用信道的带宽大于第一门限的1/50，则RNC对承载反馈信息的专用信道进行降速，其中，第三门限取值范围为[1,10]。

RNC的控制面对接收到的第二事件进行计数，如果RNC的控制面确定连续获得第二事件的次数大于第四门限，并且，承载反馈信息的专用信道的带宽小于第二门限的1/50；则RNC对承载反馈信息的专用信道进行升速，其中，第四门限取值范围为[1,10]。

通过上述方式，实现了根据实际情况对承载反馈信息的专用信道的动态调整，从而能够充分利用系统资源。

优选地，RNC获取承载反馈信息的专用信道的带宽，然后，RNC判断承载反馈信息的专用信道的带宽是否在高速信道的吞吐量的1/60～1/20这一范围内，如果是，则RNC根据吞吐量和承载反馈信息的专用信道的带宽调整承载反馈信息的专用信道上的资源，否则，使用相关技术中根据业务量对承载反馈信息的专用信道的资源进行调整。

实施例二

本实施例提供了一种分组业务承载在高速共享信道上时，对承载相应反馈信息的专用信道所需资源进行动态调整的方法，以解决相关技术中对于分组业务基于业务量测量调整资源的过程中，因为门限值的约束带来的业务量测量触发事件上报不稳定，并导致业务不能够保持在一个比较稳定的速率档级以满足业务的需求，造成信令多次重配，从而降低系统整体性能的问题。

本实施例所述方法是针对TD-SCDMA通信系统中分组业务承载在高速共享信道上这种情况的，本实施例根据吞吐量来对承载相应反馈信息的专用信道所需资源进行动态调整。

在实际应用中，发明人发现，吞吐量和承载反馈的信息之间有呈比例的关系，承载反馈信息的所需的带宽一般是吞吐量的1/50～1/40，所以，可以根据吞吐量和反馈包的比例关系，利用承载在高速信道上的吞吐量动态调整其对应方向专用信道上的带宽，如果当前业务的吞吐量很大，则为其分配较大的信道资源；如果当前需要传输的数据较小，则再重配置小的带宽给该业务。通过这样的方法，提高了信道资源的利用效率。图2是根据本发明实施例二的调整资源的方法的流程图，如图2所示，该方法包括：

步骤S201，利用吞吐量进行调速的方法适用于以下两种场景：a、下行承载在高速信道，上行承载在专用信道的下行业务，此时根据下行吞吐量来调整上行专用信道的带宽；b、上行承载在高速信道，下行承载在专用信道的上行业务，此时根据上行吞吐量来调整下行专用信道的带宽。这两种信道承载类型适用于终端在做单一方向业务的场景，例如，在做网页浏览或者在网页浏览的同时在做FTP下载。在分组业务数据传输期间，RNC的用户面对承载在高速信道上业务的吞吐量进行测量。并以事先规定的方式向RNC的控制面上报。

其中，分组业务承载在高速信道上，其吞吐量是通过用户面进行测量获得，也是周期性的进行测量，其测量周期是传输时间间隔（Transmission Time Interval，简称为TTI）的整数倍。向RNC的控制面上报吞吐量的方式可以是事件上报或者周期上报。

如果以事件上报的方式进行上报，则在分组业务建立之后，RNC需要先发给用户面吞吐量E1和E2事件的吞吐量门限。图3是根据本发明实施例的E1事件上报的示意图，当用户面测量的吞吐量小于E1事件门限时，定义为E1事件，当满足时间迟滞time totrigger和缓冲时间pending time after trigger后上报E1事件（E1事件的上报的方式见附图二）。图4是根据本发明实施例的E2事件上报的示意图，当用户面测量的吞吐量大于E2事件门限时，定义为E2事件，当满足时间迟滞time to trigger和缓冲时间pending timeafter trigger后上报E2事件。

如果以周期上报的方式进行上报，则在分组业务建立之后，控制面收到用户面上报的吞吐量，然后，将上报的吞吐量与吞吐量的门限进行比较，如果收到小于E1事件门限的吞吐量，当满足时间迟滞time to trigger和缓冲时间pending time after trigger后，则记为E1事件，如果收到大于E2事件门限的吞吐量，当满足时间迟滞timeto trigger和缓冲时间pending time after trigger后，则记为E2事件。

步骤S202，RNC获取承载在专用信道上的带宽。

步骤S203，RNC判断是否满足基于吞吐量调速的场景，如果满足，则进入步骤S204，否则，进入步骤S205。其中，判断的方法可以采用如下方式：将高速信道上的吞吐量与其对应的专用信道的带宽进行比较，如果专用信道的带宽是高速信道的吞吐量的1/60～1/20，则可以基于吞吐量来调整专用信道的资源。根据上下行的承载的数据包的这一比例关系可以确定是否是在做单一方向的业务。如果终端同时在做上行和下行业务的时候，上下行承载的数据包的大小比较接近。

步骤S204，在满足基于吞吐量调速的业务时，RNC根据此时用户面上报高速信道的吞吐量判断在专用信道上是否需要调整资源。如果满足资源调整的条件，根据吞吐量对专用信道上的资源做出相应调整。

其中，根据吞吐量对专用信道的资源作出调整可以但不限于以下方式：

当连续上报E1事件满足次数门限，且此时承载反馈信息的专用信道的带宽大于E1事件对应的吞吐量门限的1/50时，对专用信道降速，否则，保持原状态不变。

当连续上报E2事件满足次数门限，且承载反馈信息的专用信道的带宽小于E2事件对应的吞吐量门限的1/50时，对专用信道升速，否则，保持原状态不变。

步骤S205，在不满足基于吞吐量调速的业务时，按照相关技术中基于业务量调速的策略进行资源的调整。

实施例三

本实施例是针对分组业务保持过程中，根据承载在高速信道的吞吐量来调整承载反馈包的专用信道的带宽的方法。下面对本实施例提供的方法进行描述。

利用吞吐量进行调速的方法适用于以下两种场景：a、下行承载在高速信道，上行承载在专用信道的下行业务，此时根据下行吞吐量来调整上行专用信道的带宽。b、上行承载在高速信道，下行承载在专用信道的上行业务，此时根据上行吞吐量来调整下行专用信道的带宽。

用户面可以通过周期的测量获得承载在高速信道上的业务的吞吐量和承载在专用信道上业务的速率。

其中，下行高速信道的吞吐量测量可通过ER测量获得，ER测量基于Iub口上的高速下行共享信道数据帧（High Speed DownlinkShared Channel DATA FRAME，HS-DSCH DATA FRAME）进行，测量基于时间窗口机制，在窗口长度内T_ER(单位：ms)，对该用户HS-DSCH DATA FRAME包含的数据进行统计，计算用户在时间TER内的实时业务速率：

$\mathrm{ER}*=\frac{\mathrm{\ΣMacdPduLength}*\mathrm{NumOfPdu}}{T_{\mathrm{ER}}}$

其中，∑MacdPduLength*NumOfPdu统计的是T_ER/20ms个HS-DSCHDATA FRAME中所有的数据量。MacdPduLength对应数据帧HS-DSCH DATA FRAME的MAC-d的协议数据单元长度（MAC-dProtocol Data Unit，简称MAC-d PDU Length）字段；NumOfPdu对应数据帧HS-DSCH DATA FRAME的NumOfPDU字段。

在一个调度周期内如果用户没有数据发送或是没有被调度，则取值为0。

由于MAC-hs存在缓存和流控的延时，需要对上述实时速率进行滤波处理，可以按如下的公式进行滤波：

ER_n=(1-a)·ER_n-1+a·ER*a=1/2^k/2

其中k为滤波系数，滤波系数k范围为0-5，ER_n-1为前一次上报的业务速率。

另外，上行高速信道的吞吐量也是由用户面周期性测量获取，相比下行高速信道吞吐量的测量，由于RNC不会缓存上行数据，因此，从IUB口（3GPP TS25.433中描述，该接口是RNC与NodeB之间的标准协议接口）收到多少数据就是多大流量。

在测量时，如果测量任务的对象为增强专用信道（EnhancedDedicated Channel，简称为E-DCH），在上报测量量为吞吐量时，用户面上报对应E-DCH MAC-d流（MAC-d flow）的上行吞吐量，用户面在每个调度周期记录本周期的上行吞吐量，并统计一段周期的平均吞吐量。

吞吐量=数据量大小/时间，其中，数据量大小是E-DCH的帧协议（E-DCH Frame Protocol，简称为E-DCH FP）的大小。

承载在专用信道上业务的速率也可以通过用户面测量获取。用户面根据MAC层选择的传输格式，可以得到下行专用信道对应的发送量，由此可以计算下行专用信道的速率。用户面记录NodeB通过IUB口FP帧发来的数据，由此可以计算上行专用信道的速率。

事先设定两个门限threshold_low（低门限）和threshold_high（高门限），这两个门限分别表示吞吐量较小和较大的两个事件的门限值。根据测量的吞吐量，当吞吐量小于threshold_low时，用户面上报事件E1，当吞吐量大于threshold_high时，用户面上报事件E2。控制面收到吞吐量测量的事件时，按照E1和E2事件分别进行计数，连续收到同一事件时，计数器加1，当某一事件上报后收到另外的一个事件，则清空前一事件的计数器，并启动后一事件的计数器。

当连续收到吞吐量测量的某一事件满足次数门限时，按照吞吐量与承载反馈数据包之间的比例关系，计算吞吐量门限对应的承载反馈数据包所需的带宽。承载反馈信息的所需的带宽一般是吞吐量的1/50～1/40。计算出来的带宽按照向上取整的原则取协议中的某个枚举值。按照协议中的定义，专用信道上速率是几个枚举值，8000,16000,32000,48000,64000,128000,144000,192000,256000,320000,384000（单位：bps）。

图5是根据本发明实施例的基于吞吐量调速的流程的示意图，如图5所示，该流程包括：

步骤S501，RNC判断连续收到吞吐量小于threshold_low的E1事件是否满足计数门限，如果是，则进行步骤S502，否则，进行步骤S505。

步骤S502，此时，吞吐量门限对应的带宽是处于[threshold_low/50，threshold_low/40]范围内，按照向上取整的原则，此时对应协议中的枚举值的速率为Rate1，判断此时伴随信道的带宽Rate_now与Rate1的关系，如果Rate_now>Rate1，则进行步骤S503，否则，进行步骤S504。

步骤S503，对专用信道降速，并清空E1事件的计数器。

步骤S504，如果Rate_now<=Rate1，则目前专用信道的资源已经满足带宽的需要了，保持现在的状态不变，并清空E1事件的计数器。

步骤S505，判断连续收到吞吐量是否大于threshold_high的E2事件满足计数门限，如果是，则进行步骤S506，否则，返回步骤S501。

步骤S506，此时吞吐量门限对应的带宽是处于[threshold_high/50，threshold_high/40]范围内，按照向上取整的原则，此时对应协议中的枚举值的速率为Rate2，判断此时伴随信道的带宽Rate_now与Rate2的关系，如果Rate_now<Rate1，则进行步骤S507，否则，进行步骤S508。

步骤S507，对专用信道升速，并清空E2事件的计数器。

步骤S508，如果Rate_now>=Rate1，则目前专用信道的资源已经满足带宽的需要了，保持现在的状态不变，并清空E2事件的计数器。

需要注意的是，步骤S501和步骤S505的先后顺序可以改变，即，可以先判断E2事件是否满足次数门限，再判断E1事件是否满足次数门限。

本发明实施例还提供了一种调整资源的装置，该装置用于实现上述方法，该装置可以是RNC。

图6是根据本发明实施例的调整资源的装置的结构框图，如图6所示，该装置包括：接收模块62，用于接收用户面上报的承载在高速信道上的业务的吞吐量；调整模块64，耦合至接收模块62，用于根据吞吐量和与高速信道对应的承载反馈信息的专用信道的带宽调整承载反馈信息的专用信道上的资源。

图7是根据本发明实施例的接收模块62的结构框图，如图7所示，接收模块62包括：接收子模块72，用于接收用户面周期上报的吞吐量；记录子模块74，耦合至接收子模块72，用于在确定在时间迟滞时间内接收到的吞吐量均小于第一门限时，记录当前事件为第一事件，并且，在缓冲时间内，不再记录相同的事件。在确定在时间迟滞时间内接收到的吞吐量均大于第二门限时，记录当前事件为第二事件，并且，在缓冲时间内，不再记录相同的事件。

图8是根据本发明实施例的调整模块64的一种结构框图，如图8所示，调整模块64包括：第一确定子模块82，用于确定连续获得第一事件的次数大于第三门限，其中，第三门限取值范围为[1,10]，且承载反馈信息的专用信道的带宽大于第一门限的1/50；降速模块84，耦合至第一确定子模块82，用于对承载反馈信息的专用信道进行降速。

图9是根据本发明实施例的调整模块64的另一种结构框图，如图9所示，调整模块64包括：第二确定子模块92，用于确定连续获得第二事件的次数大于第四门限，其中，第四门限取值范围为[1,10]，且承载反馈信息的专用信道的带宽小于第二门限的1/50；升速模块94，耦合至第二确定子模块92，用于对承载反馈信息的专用信道进行升速。

综上所述，本发明实施例结合分组业务的特点，通过高速信道的吞吐量与承载反馈数据包之间的关系，结合吞吐量来调整专用信道的带宽，这样，既能够避免单纯依靠业务量测量事件来调整专用信道上的带宽资源造成的频繁调整或者不能及时调整，也能够使承载反馈数据包的专用信道与吞吐量直接联系起来，充分的利用资源，提高系统的资源利用率。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (4)

1.一种调整资源的方法，其特征在于，包括：

无线网络控制器的控制面接收所述无线网络控制器的用户面上报的承载在高速信道上的业务的吞吐量；

所述无线网络控制器根据所述吞吐量和与所述高速信道对应的承载反馈信息的专用信道的带宽调整所述承载反馈信息的专用信道上的资源，其中，无线网络控制器的控制面接收所述无线网络控制器的用户面上报的承载在高速信道上的业务的吞吐量包括：所述控制面接收所述用户面周期上报的所述吞吐量；如果所述控制面确定在时间迟滞时间内接收到的所述吞吐量均小于第一门限，则所述控制面记录当前事件为第一事件，并且，在缓冲时间内，不再记录相同的事件；如果所述控制面确定在所述时间迟滞时间内接收到的所述吞吐量均大于第二门限，则所述控制面记录当前事件为第二事件，并且，在缓冲时间内，不再记录相同的事件，所述无线网络控制器根据所述吞吐量和与所述高速信道对应的所述承载反馈信息的专用信道的带宽调整所述承载反馈信息的专用信道上的资源包括：所述无线网络控制器的控制面确定连续获得所述第一事件的次数大于第三门限，其中，所述第三门限取值范围为[1,10]，且所述承载反馈信息的专用信道的带宽大于所述第一门限的1/50；所述无线网络控制器对所述承载反馈信息的专用信道进行降速。

2.根据权利要求1所述的方法，其特征在于，

在所述控制面接收所述用户面上报的承载在高速信道上的业务的吞吐量之前，所述方法还包括：

所述控制面向所述用户面发送第一门限和第二门限；

所述用户面检测到吞吐量小于第一门限，则记录第一事件，所述用户面检测到吞吐量大于第二门限，则记录第二事件；

在时间迟滞时间内，如果所述用户面检测到的吞吐量均小于所述第一门限，则上报所述第一事件，如果所述用户面检测到的吞吐量均大于所述第二门限，则上报所述第二事件，并且，在缓冲时间内，不再上报相同的事件；

所述控制面接收所述用户面上报的承载在高速信道上的业务的吞吐量包括：所述控制面接收所述第一事件或所述第二事件，其中，所述无线网络控制器根据所述吞吐量和与所述高速信道对应的所述承载反馈信息的专用信道的带宽调整所述承载反馈信息的专用信道上的资源包括：所述无线网络控制器的控制面确定连续获得所述第二事件的次数大于第四门限，其中，所述第四门限取值范围为[1,10]，且所述承载反馈信息的专用信道的带宽小于所述第二门限的1/50；所述无线网络控制器对所述承载反馈信息的专用信道进行升速。

3.根据权利要求1或2所述的方法，其特征在于，在所述无线网络控制器根据所述吞吐量和与所述高速信道对应的所述承载反馈信息的专用信道的带宽调整所述承载反馈信息的专用信道上的资源之前，所述方法还包括：

所述无线网络控制器获取所述承载反馈信息的专用信道的带宽；

所述无线网络控制器确定所述承载反馈信息的专用信道的带宽是所述吞吐量的1/60～1/20。

4.一种调整资源的装置，其特征在于，包括：

接收模块，用于接收用户面上报的承载在高速信道上的业务的吞吐量，其中，所述接收模块包括：接收子模块，用于接收所述用户面周期上报的所述吞吐量；记录子模块，用于在确定在时间迟滞时间内接收到的所述吞吐量均小于第一门限时，记录当前事件为第一事件，并且，在缓冲时间内，不再记录相同的事件，在确定在所述时间迟滞时间内接收到的所述吞吐量均大于第二门限时，记录当前事件为第二事件，并且，在缓冲时间内，不再记录相同的事件；

调整模块，用于根据所述吞吐量和与所述高速信道对应的承载反馈信息的专用信道的带宽调整所述承载反馈信息的专用信道上的资源，其中，所述调整模块包括：第一确定子模块，用于确定连续获得所述第一事件的次数大于第三门限，其中，所述第三门限取值范围为[1,10]，且所述承载反馈信息的专用信道的带宽大于所述第一门限的1/50；降速模块，用于对所述承载反馈信息的专用信道进行降速，或，所述调整模块包括：第二确定子模块，用于确定连续获得所述第二事件的次数大于第四门限，其中，所述第四门限取值范围为[1,10]，且所述承载反馈信息的专用信道的带宽小于所述第二门限的1/50；升速模块，用于对所述承载反馈信息的专用信道进行升速。