CN101969669A - 一种调整数据量的方法、系统和装置 - Google Patents

Abstract

本发明实施例涉及无线通信技术，特别涉及一种调整数据量的方法、系统和装置，用以解决现有技术中存在的在LTE-A系统中引入RN后，DeNB很难对下行数据量进行控制，从而很容易造成RN设备的下行数据拥塞或R-UE的下行数据延迟的问题。本发明实施例的方法包括：RN设备根据下行缓存数据量，确定流量调度参数；所述RN设备向基站发送所述流量调度参数，请求所述基站根据所述流量调度参数，调整下行回程链路的数据量。采用本发明实施例的方法能够减小下行数据的延迟，提高数据传输效率和系统性能。

Description

一种调整数据量的方法、系统和装置

技术领域

本发明涉及无线通信技术，特别涉及一种调整数据量的方法、系统和装置。

背景技术

LTE-A(Long Term Evolution-Advanced，长期演进升级)系统引入Relay(中继)节点后，定义了以下节点、接口和链路，如图1所示，

节点包括：

Donor-eNB：与RN设备有无线连接的eNB，简写为DeNB；

Relay-Node：存在于DeNB与UE之间的实体，简写为RN设备；

Relay-UE：与RN设备进行数据交互的UE，简写为R-UE；

宏UE：直接与DeNB进行数据交互的UE。

接口包括：

Un接口：RN设备和DeNB之间的接口；

Uu接口：UE和RN设备之间的接口。

无线链路包括：

Backhaul link：回程链路，与Un接口对应的链路；

Access link：接入链路，与Uu接口对应的链路；

Direct link：直射链路，DeNB与宏UE进行数据传输的链路。

引入RN设备后的下行传输：到达RN设备下UE的数据需要由DeNB经下行回程链路发送到RN设备，再由RN设备经下行接入链路发送到UE。

引入RN设备后的上行传输：RN设备下UE的上行传输先由UE经上行接入链路发送到RN设备，再由RN设备经回程链路发送到DeNB。

在LTE-A系统中，对引入RN设备的上行传输，可以采用LTE中的上行BSR(Buffer Status Report，缓存状态上报)机制，实现DeNB对两条上行链路的数据量进行控制。

而对于引入RN设备后的下行传输，目前没有任何数据量控制方法。

由此带来的影响是：由于回程链路和接入链路的不匹配，如果接入链路数据量小于回程链路数据量，可能造成下行数据在RN设备拥塞，同时由于DeNB的下行传输资源过多用于回程链路，使得宏UE得不到及时地调度；如果接入链路数据量大于回程链路数据量，RN设备已没有下行数据可发，DeNB迟迟不把数据发下来，会造成R-UE数据不必要的延迟。

综上所述，目前在LTE-A系统中，DeNB很难对下行数据量进行控制，从而很容易造成RN设备的下行数据拥塞或R-UE的下行数据延迟。

发明内容

本发明实施例提供一种调整数据量的方法、系统和装置，用以解决现有技术中存在的在引入RN的LTE-A系统中，DeNB很难对下行数据量进行控制，从而很容易造成RN设备的下行数据拥塞或R-UE的下行数据延迟的问题。

本发明实施例提供的一种调整数据量的方法，该方法包括：

中继节点RN设备根据下行缓存数据量，确定流量调度参数；

所述RN设备向基站发送所述流量调度参数，请求所述基站根据所述流量调度参数，调整下行回程链路的数据量。

本发明实施例提供的另一种调整数据量的方法，该方法包括：

基站接收来自中继节点RN设备的流量调度参数，其中所述流量调度参数是所述RN设备根据下行缓存数据量确定的；

所述基站根据收到的根据所述流量调度参数，调整下行回程链路的数据量。

本发明实施例提供的一种调整数据量的系统，该系统包括：

中继节点RN设备，用于根据下行缓存数据量，确定流量调度参数，并发送所述流量调度参数；

基站，用于根据所述流量调度参数，调整下行回程链路的数据量。

本发明实施例提供的一种中继节点RN设备，该RN设备包括：

参数确定模块，用于根据下行缓存数据量，确定流量调度参数；

发送模块，用于向基站发送所述流量调度参数，请求所述基站根据所述流量调度参数，调整下行回程链路的数据量。

本发明实施例提供的一种基站，该基站包括：

接收模块，用于接收来自中继节点RN设备的流量调度参数；

调整模块，用于根据所述流量调度参数，调整下行回程链路的数据量。

本发明实施例RN设备根据下行缓存数据量，确定流量调度参数，向基站发送所述流量调度参数，基站根据流量调度参数，调整下行回程链路的数据量。由于在LTE-A系统中DeNB可以对下行数据量进行控制，避免由于DeNB很难对下行数据量进行控制出现的RN设备的下行数据拥塞或R-UE的下行数据延迟，从而减小了下行数据的延迟，提高了数据传输效率和系统性能。

附图说明

图1为LTE-A系统示意图；

图2为本发明实施例调整数据量的系统结构示意图；

图3A为本发明实施例第一种RN设备结构示意图；

图3B为本发明实施例第二种RN设备结构示意图；

图3C为本发明实施例第三种RN设备结构示意图；

图3D为本发明实施例第四种RN设备结构示意图；

图3E为本发明实施例第五种RN设备结构示意图；

图4为本发明实施例基站结构示意图；

图5A为本发明实施例DL buffer MAC CE的子头格式示意图；

图5B为本发明实施例第一种DL buffer MAC CE的格式示意图；

图5C为本发明实施例第二种DL buffer MAC CE的格式示意图；

图5D为本发明实施例第三种DL buffer MAC CE的格式示意图；

图5E为本发明实施例含有小区标识的MAC子头的MAC PDU结构；

图5F为本发明实施例含有小区标识的DL buffer MAC CE的子头格式示意图；

图5G为本发明实施例第一种含有用户终端标识的DL buffer MAC CE的格式示意图；

图5H为本发明实施例第二种含有用户终端标识的DL buffer MAC CE的格式示意图；

图6为本发明实施例第一种调整数据量的方法流程示意图；

图7为本发明实施例第二种调整数据量的方法流程示意图。

具体实施方式

本发明实施例RN设备根据下行缓存数据量，确定流量调度参数，向基站发送流量调度参数，基站根据流量调度参数，调整下行回程链路的数据量。由于在LTE-A系统中DeNB可以对下行数据量进行控制，避免由于DeNB很难对下行数据量进行控制出现的RN设备的下行数据拥塞或R-UE的下行数据延迟，从而减小了下行数据的延迟。

下面结合说明书附图对本发明实施例作进一步详细描述。

如图2所示，本发明实施例调整数据量的系统包括：RN设备10和基站20。

RN设备10，用于根据下行缓存数据量，确定流量调度参数，并向基站20发送流量调度参数。

基站20，用于根据收到的来自RN设备10的流量调度参数，调整下行回程链路的数据量。

其中，RN设备10根据下行缓存数据量，确定流量调度参数的方式有很多种，下面列举几种。

方式一、上报RN设备下所有小区的下行缓存状态。

RN设备10根据逻辑信道对应的下行缓存数据量，确定流量调度参数。

其中，根据逻辑信道对应的下行缓存数据量，确定流量调度参数的方式又有很多种，下面列举几种。

方式A1、RN设备10确定自身所有逻辑信道对应的下行缓存数据量之和，并根据下行缓存数据量之和，确定流量调度参数。

比如：RN设备10可以将下行缓存数据量之和的值作为流量调度参数的值；RN设备10还可以根据预先设定的数值范围和索引号的对应关系，确定下行缓存数据量之和的值所属的数值范围对应的索引号，然后将索引号作为流量调度参数的值。

需要说明的是，本发明实施例并不局限于上述两种方式，其他能够根据下行缓存数据量之和，确定流量调度参数的方式都是用本发明实施例。

方式A2、RN设备10根据预先划分的逻辑信道组，确定每个逻辑信道组中的逻辑信道；

在只有一个逻辑信道组中的逻辑信道有对应的下行缓存数据时，确定该逻辑信道组对应的下行缓存数据量；

根据该逻辑信道组对应的下行缓存数据量，确定流量调度参数。

比如：RN设备10可以将该逻辑信道组对应的下行缓存数据量的值作为流量调度参数的值；RN设备10还可以根据预先设定的数值范围和索引号的对应关系，确定该逻辑信道组对应的下行缓存数据量的值所属的数值范围对应的索引号，然后将索引号作为流量调度参数的值。

需要说明的是，本发明实施例并不局限于上述两种方式，其他能够根据下行缓存数据量之和，确定流量调度参数的方式都是用本发明实施例。

方式A3、RN设备10根据预先划分的逻辑信道组，确定每个逻辑信道组中的逻辑信道；

在有多个逻辑信道组中的逻辑信道有对应的下行缓存数据时，确定所有逻辑信道组对应的下行缓存数据量；

分别根据每个逻辑信道组对应的下行缓存数据量，确定每个逻辑信道组对应的流量调度参数。

具体的，RN设备10确定每个逻辑信道组对应的下行缓存数据量后(如果有的逻辑信道组没有下行缓存数据量，则将该逻辑信道组对应的下行缓存数据量作为0)，根据下行缓存数据量，确定每个逻辑信道组对应的流量调度参数。也就是说，有多少个逻辑信道组就会确定多少个流量调度参数。

方式A3中确定每个逻辑信道组对应的流量调度参数与方式A2中确定一个逻辑信道组对应的流量调度参数的方式类似，在此不再赘述。

其中，方式A2和A3中的逻辑信道组可以由基站20进行划分后通知RN设备10，也可以由协议规定后分别存储在RN设备10和基站20中。划分的逻辑性到组可以根据需要进行调整。由于方式A2和A3不需要区分小区，所以针对方式A2和A3的逻辑信道组中，同一个逻辑信道组的逻辑信道可以属于同一个小区也可以属于不同小区。

针对方式一，RN设备10向基站20发送流量调度参数时，可以将流量调度参数置于数据单元中。

这里可以引入一个新的MAC CE(MAC Control Element，媒体接入控制层控制单元)用于承载下行缓存状态，为了方便描述以下简称DL buffer MAC CE。则数据单元可以是MAC CE。

需要说明的是，本发明实施例并不局限于MAC CE，只要能够将流量调度参数发送给基站的数据单元都是用本发明实施例。

具体的，RN设备10用MAC CE承载流量调度参数，并将逻辑信道号置于该MAC CE对应的MAC子头中，其中逻辑信道号用于指示MAC子头对应的负载部分是承载RN设备的流量调度参数的MAC CE(即DL buffer MACCE)；

RN设备10向基站20发送包含该MAC CE和对应MAC子头的MAC PDU(MAC Packet Data Unit，下行媒体接入控制协议数据单元)。

不管是方式A1、A2和A3，DL buffer MAC CE对应MAC子头的格式都是一样的，参见图5A。

图5A中，LCID(Logical Channel ID，逻辑信道标识)：用于标识对应负荷部分的逻辑信道号，long BSR(长缓存状态上报)、short BSR(短缓存状态上报)、truncated BSR(没有顶部的缓存状态上报)各有一个LCID。

E：扩展比特，用于指示下一个byte是MAC子头还是MAC负荷。

R：预留比特。

在具体实施过程中，方式A1、A2和A3的DL buffer MAC CE会有所不同。

方式A1的DL buffer MAC CE如图5B所示，由于方式A1不对下行缓存数据对应的逻辑信道进行区分，只进行总量上报，所以DL buffer MAC CE格式中也不需要划分。

比如图5B中的容量是8比特，当总缓存占用的比特数小于8比特时，还可以在DL buffer MAC CE中引入预留比特。

方式A2的DL buffer MAC CE如图5C所示，由于只有一个逻辑信道组有下行缓存数据量，所以只需要上报该逻辑信道组即可，为了能让基站20知道是哪个逻辑信道组，RN设备10可以根据预先设定的逻辑信道组和逻辑信道组标识的对应关系，确定该逻辑信道组对应的逻辑信道组标识，将确定的逻辑信道组标识和下行缓存数据量绑定后，置于承载流量调度参数的MAC CE中。

假设有4个逻辑信道组，每组下行缓存上报只需要6bit，当只有一个逻辑信道组有下行数据时，可以将逻辑信道组标识置于前面，后面放流量调度参数。

其中，逻辑信道组和逻辑信道组标识的对应关系可以由基站20建立后通知RN设备10，也可以由协议规定后分别存储在RN设备10和基站20中。

需要说明的是，本发明实施例并不局限于图5C的格式，其他能够将逻辑信道组标识和流量调度参数发送给基站20的DL buffer MAC CE格式都适用本发明实施例。

方式A3的DL buffer MAC CE如图5D所示，由于有多个逻辑信道组有下行缓存数据量，所以可以将每个流量调度参数按照顺序置于承载流量调度参数的MAC CE中。

比如一共有4个逻辑信道组，按照逻辑信道组标识的顺序，从小到大(即0、1、2、3)将逻辑信道组对应的流量调度参数置于DL buffer MAC CE中。

针对方式一，RN设备10可以在确定满足第一触发条件，且回程链路上行传输中有能够承载流量调度参数的剩余资源时，确定流量调度参数。

这里的能够承载的流量调度参数根据不同的方式，需要的剩余资源容量也不相同，比如方式A1需要有能够承载图5A和图5B所示的格式的剩余资源；方式A2需要有能够承载图5A和图5C所示的格式的剩余资源；方式A3需要有能够承载图5A和图5D所示的格式的剩余资源。

其中，RN设备10在满足下列条件中的一种时确定满足第一触发条件：

第一触发周期到达(即周期性触发)，具体的可以设置DL buffer timer，DLbuffer上报后启动或重启，该定时器超时后触发上报；

下行缓存数据量(即回程链路数据量-接入链路数据量的值)大于第一门限值(即事件触发)，这里的下行缓存数据量也可以替换成接入链路下行资源利用率；

下行缓存数据量(即回程链路数据量-接入链路数据量的值)小于第二门限值(即事件触发)，这里的下行缓存数据量也可以替换成接入链路下行资源利用率。

第一门限值和第二门限值可以根据需要进行设置，比如可以由基站20设置后通知RN设备10，也可以由RN设备10进行设置，还可以人工设置有存储到RN设备10中。

在具体实施过程中有可能出现确定满足多个第一触发条件后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时RN设备10可以按照满足第一触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

比如先是定时器到时触发，后是下行缓存数据量大于第一门限值触发，并且在下行缓存数据量大于第一门限值触发后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时按照下行缓存数据量大于第一门限值触发时的下行缓存数据量，确定流量调度参数。

由于下行缓存数据量大于第一门限值触发，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时已经确定流量调度参数，而定时器到时触发还保留着，所以需要删除定时器触发，则RN设备10向基站20发送流量调度参数之后，删除最近一次满足第一触发条件之前确定的所有触发。

针对方式一，RN设备10还可以确定回程链路上行传输中有能够承载流量调度参数的剩余资源时，确定流量调度参数(即padding触发)。

Padding触发中的能够承载的流量调度参数根据不同的方式，需要的剩余资源容量也不相同，具体的回程链路上行传输有剩余资源可用且可容纳DLbuffer MAC CE及其MAC子头时，可以确定回程链路上行传输中有能够承载流量调度参数的剩余资源。

在具体实施过程中，事件触发和周期性触发的优先级可以高于padding触发的优先级。

方式二、上报RN设备10下各个小区的下行缓存状态。

其中，方式二又可以根据基站20是否可以区分来自RN设备10的不同小区的上行数据，分为两种方式。

方式B1、基站20可以区分来自RN设备10的不同小区的上行数据。

方式B1与方式一类似，也是根据逻辑信道对应的下行缓存数据量，确定流量调度参数。

区别在于：如果采用类似方式一中的方式A1时，RN设备10确定的就不是自身所有逻辑信道对应的下行缓存数据量之和，而是确定同一个小区下所有逻辑信道对应的下行缓存数据量之和。

如果采用类似方式一中的方式A2或A3(即划分逻辑信道组)，则在划分逻辑信道组时，同一个逻辑信道组中的所有逻辑信道属于同一个小区，其他的过程与方式一类似，在此不再赘述。

方式B2、基站20不能区分来自RN设备10的不同小区的上行数据。

其中，RN设备10确定每个逻辑信道组对应的小区标识；将每个逻辑信道组对应的小区标识置于承载流量调度参数的MAC CE对应的MAC子头中或承载流量调度参数的MAC CE中或作为MAC PDU中独立的MAC子头。

具体的，由于基站20不能区分来自RN设备10的不同小区的上行数据，所以需要将小区标识置于MAC PDU中。

如果采用类似方式一中的方式A1，则可以在图5B的DL buffer MAC CE中添加小区标识，并且RN设备10确定的不是自身所有逻辑信道对应的下行缓存数据量之和，而是确定同一个小区下所有逻辑信道对应的下行缓存数据量之和。

如果采用类似方式一中的方式A2或A3(即划分逻辑信道组)，则可以在图5C和图5D的DL buffer MAC CE中添加小区标识，并且在划分逻辑信道组时，同一个逻辑信道组中的所有逻辑信道属于同一个小区。

除了上面提到的添加小区标识的方式，还有一些通用的方式，即不管采用方式一中的具体哪种方式都适用。

如图5E所示，可以引入一个总的MAC子头，该子头下的若干个子头及对应MAC负荷属于同一个小区。

如图5F所示，在DL buffer MAC子头中添加小区指示域，DL buffer MAC子头格式如下，其中cell ID(小区标识)域的长度由最终确定的cell ID表示方式确定。

方式二的触发方式与方式一的触发方式类似，在此不再赘述。

针对方式二，如果确定满足多个第一触发条件后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时RN设备10可以按照满足第一触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

针对方式二，RN设备10向基站20发送流量调度参数之后，可以删除最近一次满足第一触发条件之前确定的所有触发。

方式三、用1～2比特表示当前回程链路下行传输数据量的状态。

RN设备10根据下行缓存数据量，确定对应的链路信息比特值，并根据链路信息比特值，确定流量调度参数的值，其中链路信息比特值用于指示下行缓存数据量的状态。

方式三与方式一和二不同之处在于RN设备10将链路信息比特值作为流量调度参数的值，这样相比方式一和方式二可以减少传输的比特数量。

假设链路信息比特占用1比特，则不同的比特位表示当前从回程链路收到的下行数据量和从接入链路发送给用户终端的数据量是否匹配。

例如：

0表示匹配，1表示(回程链路数据量-接入链路数据量)>第一门限值；

相应的，基站20在收到0后维持现有回程链路数据量，收到1后减少回程链路下行数据量。

例如：

0表示(回程链路数据量-接入链路数据量)<第二门限，1表示(回程链路数据量-接入链路数据量)>第一门限；

基站20在收到0后根据待发送数据状况适当增加回程链路下行数据量，收到1后减少回程链路下行数据量。

假设链路信息比特占用1比特，则可表示4位状态，利用其中3位表示回程链路数据量大于接入链路数据量，回程链路数据量小于接入链路数据量，回程链路数据量与链路数据量匹配。

例如：

00表示匹配，01表示(回程链路数据量-接入链路数据量)>第一门限，10表示(回程链路数据量-接入链路数据量)<第二门限；

相应的，基站20在收到00后维持现有回程链路数据量，收到01后减少回程链路下行数据量，收到10后根据待发送数据状况可适当增加回程链路下行数据量。

在具体实施过程中，具体采用几比特，以及比特位的具体含义是什么可以由基站20设定后通知RN设备10，也可以在协议中进行规定。

在具体实施过程中，方式一和方式二RN设备10是利用的PUSCH(PhysicalUplink Shared channel，物理上行共享信道)资源传输。

方式三中由于上报占用的开销很小，可利用PUSCH资源或PUCCH(Physical Uplink Control channel，物理上行控制信道)资源传输。

也就是说，RN设备10将流量调度参数通过PUSCH资源或PUCCH资源向基站发送

具体的，PUSCH资源：不用设计专门的MAC CE，可以利用其他MAC CE或MAC SDU对应子头的预留比特，规定在某种特定的MAC子头中传输。

也就是说，RN设备10将流量调度参数通过专用PUCCH资源或特定MAC子头中的预留比特向基站发送。

比如利用图5A中的R比特传输。

为了准确找到下行数据量上报所在的MAC子头，可规定其位于特定的MAC子头中，如：上行缓存上报BSR对应的MAC子头或下行数据量上报触发后第一个上行传输的第一个MAC子头。

PUCCH资源：PUCCH资源是物理层控制资源，由RRC信令通知。可以给RN配置1或2比特的专用PUCCH资源用于上报。

需要说明的是，本发明实施例并不局限于上述传输方式，其他能够通过PUSCH资源或PUCCH资源传输流量调度参数的方式都适用本发明实施例。

其中，方式三的触发方式与方式一的触发方式类似，也有事件触发和周期性触发，其中事件触发和周期性触发可以与方式一中的事件触发和周期性触发相同。

比如方式三的事件触发中，可以在下列条件满足后确认事件触发：

(回程链路数据量-接入链路数据量)大于第一门限；

(回程链路数据量-接入链路数据量)小于第二门限；

在具体实施过程中，还可以将(回程链路数据量-接入链路数据量)替换为(回程链路数据量-接入链路数据量)/回程链路数据量。

针对1比特，如果没有“小于第二门限”的表示位，则满足“小于第二门限”条件时不触发。

方式三还有一个资源触发方式，类似方式一的padding出发，即如果规定RN设备10的下行数据量利用特定MAC子头(如上行BSR对应MAC子头)的R比特上报，可以在该子头出现时(如上行BSR上报时)触发。

比如完成一次触发后取消其他所有触发等方式与方式一类似，在此不再赘述。

针对方式三，如果确定满足多个第一触发条件后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时RN设备10可以按照满足第一触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

针对方式三，RN设备10向基站20发送流量调度参数之后，可以删除最近一次满足第一触发条件之前确定的所有触发。

方式四、上报RN设备10下特定用户终端的状态。

方式一、二、三都是基于接口的总体数据量控制，但有时拥塞只是某个用户终端信道条件突然恶化造成的，因此方式四引入对特定用户终端拥塞状态的报告。

由于方式四的数据量较大，所以方式四可以采用映射到PUSCH上的MACCE承载流量调度参数。

RN设备10根据用户终端对应的下行缓存数据量，确定需要进行流量控制的用户终端；根据需要进行流量控制的用户终端的标识，确定流量调度参数。

比如：RN设备10可以将用户终端的标识作为流量调度参数。

用户终端的标识可以是分配给该用户终端的C-RNTI(Cell Radio NetworkTemporary Identifier，小区无线网络临时标识)或用户终端特有标识。

与方式一相同，这里也是引入一个新的MAC CE用于承载下行缓存状态，即DL buffer MAC。

具体的，RN设备10用MAC CE承载流量调度参数，并将特定逻辑信道号置于该MAC CE对应的MAC子头中，其中逻辑信道号用于指示MAC子头对应的负载部分是承载流量调度参数的MAC CE；向基站20发送包含该MACCE的MAC PDU。

其中，MAC CE对应的MAC子头的格式与方式一中DL buffer MAC CE对应MAC子头的格式相同，具体可以参见图5A。

方式四中，DL buffer MAC CE的格式有很多种，下面列举几种。

方式C1、上报用户终端的标识和流量调度参数。

RN设备10将需要进行流量控制的用户终端对应的下行缓存数据量置于承载流量调度参数的MAC CE中，此时的流量调度参数包括用户终端的标识和该终端的下行缓存数据量两部分内容，具体参见图5G。

方式C2、上报用户终端的标识。

此时的流量调度参数包括用户终端的标识，具体参见图5H。

针对方式四，RN设备10可以确定满足第二触发条件，且回程链路上行传输中有能够承载流量调度参数的剩余资源时，确定流量调度参数。

这里的能够承载的流量调度参数根据不同的方式，需要的剩余资源容量也不相同，比如方式C1需要有能够承载图5A和图5G所示的格式的剩余资源；方式C2需要有能够承载图5A和图5H所示的格式的剩余资源。

其中，RN设备10在满足下列条件中的一种时确定满足第二触发条件：

第二触发周期到达(即周期性触发)，具体的可以设置DL buffer timer，DLbuffer上报后启动或重启，该定时器超时后触发上报；

用户终端对应的下行缓存数据量(即回程链路数据量-接入链路数据量的值)大于第三门限值(即事件触发)；

用户终端对应的下行链路传输参数(即回程链路数据量-接入链路数据量的值)大于第四门限值(即事件触发)，其中下行链路传输参数等于用户终端对应的下行缓存数据量和该户终端对应的回程链路数据量的比值(即(回程链路数据量-接入链路数据量的值)/回程链路数据量)。

在具体实施过程中，RN设备10可以根据预先建立的用户终端和门限值的对应关系，确定用户终端对应的第三门限值和第四门限值；或根据预先建立的业务类型和门限值的对应关系，确定发送给用户终端的数据所属的业务类型对应的第三门限值和第四门限值。

用户终端和门限值的对应关系以及业务类型和门限值的对应关系可以由基站20建立后通知RN设备10，也可以在协议中进行设定。

需要说明的是，上述两种对应关系可以根据需要进行设定和更新。

在具体实施过程中有可能出现确定满足多个第一触发条件后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时可以按照满足第二触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

比如先是定时器到时触发，后是用户终端对应的下行缓存数据量大于第三门限值触发，并且在下行缓存数据量大于第三门限值后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时按照下行缓存数据量大于第三门限值时的下行缓存数据量，确定流量调度参数。

由于下行缓存数据量大于第三门限值触发，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时已经确定流量调度参数，而定时器到时触发还保留着，所以需要删除定时器触发，则RN设备10向基站20发送流量调度参数之后，删除最近一次满足第二触发条件之前确定的所有触发。

其中方式四也可以采用padding触发，具体方式与方式一中的padding触发方式相同，在此不再赘述。

如果是周期性触发和事件触发，RN设备10可以根据下列方式确定需要进行流量控制的用户终端：

在满足第二触发条件是第二触发周期到达时，RN设备10确定每个用户终端对应的下行缓存数据量，并将下行缓存数据量大于第一阈值的用户终端作为需要进行流量控制的用户终端(比如下行缓存数据量最大的用户终端)；或确定每个用户终端对应的下行链路传输参数，并将下行链路传输参数大于第二阈值的用户终端作为需要进行流量控制的用户终端(比如下行链路传输参数最大的用户终端)；

在满足第二触发条件是用户终端对应的下行缓存数据量大于第三门限值或用户终端对应的下行链路传输参数大于第四门限值时，RN设备10将下行缓存数据量大于第三门限值或下行链路传输参数大于第四门限值的用户终端作为需要进行流量控制的用户终端。

如果是padding触发，RN设备10可以根据下列方式确定需要进行流量控制的用户终端：

RN设备10确定每个用户终端对应的下行缓存数据量，并将下行缓存数据量大于第三阈值的用户终端作为需要进行流量控制的用户终端(比如下行缓存数据量最大的用户终端)；或

RN设备10确定每个用户终端对应的下行链路传输参数，并将下行链路传输参数大于第四阈值的用户终端作为需要进行流量控制的用户终端(比如下行链路传输参数最大的用户终端)，其中下行链路传输参数等于用户终端对应的下行缓存数据量和该户终端对应的回程链路数据量的比值。

其中，各个阈值可以根据需要进行设定，具体的可以由基站20设定后通知RN设备10，也可以在协议中进行设定。

在具体实施过程中，事件触发后，当有上行资源可用时，RN设备10可以按对应的用户终端的最高业务优先级或用户终端的拥塞(即下行缓存数据量或下行链路传输参数)情况，从高到底顺序上报各用户终端对应的流量调度参数。

事件触发的优先级可以高于周期性触发的优先级高于padding触发的优先级，也就是说事件触发引起上报后，取消周期性触发和padding触发，周期性触发引起上报后，取消padding触发。

方式四可独立使用，也可与方式一、二或三联合使用。

在具体实施过程中，本发明实施例的下行缓存数据量可以根据这定的统计时间，周期进行统计；还可以实时对下行缓存数据量进行统计。

需要说明的是，本发明实施例并不局限于上述统计方式，其他能够统计下行缓存数据量的方式都适用本发明实施例。

基站20根据收到的来自RN设备10的流量调度参数，调整下行回程链路的数据量时，如果RN设备10采用方案四上报，基站20根据收到的流量调度参数，调整下行回程链路中发送给对应用户终端的数据量，即只减少发送到特定用户终端(该用户终端标识包含在DL buffer MAC CE中)的下行数据量。

在具体实施过程中，基站20调整下行回程链路的数据量的同时，还可以调整基站20直接管理的宏用户终端的下行资源，比如RN设备10下行缓存数据量较多时，基站20就多给宏用户终端分配下行调度资源，减少对RN设备10的下行资源。

基站20还可以根据流量调度参数，调整下行回程链路的子帧数量，具体的，如果基站20根据RN设备10上报的信息，确定回程链路下行数据量长期低于接入链路数据量，则基站20可增加DL backhaul子帧的个数；

如果回程链路下行数据量长期高于接入链路数据量，基站20可减少DLbackhaul子帧个数，使RN设备10有更多的子帧可用于接入链路的下行传输。

如图3A所示，本发明实施例RN设备包括：参数确定模块100和发送模块110。

参数确定模块100，用于根据下行缓存数据量，确定流量调度参数；

发送模块110，用于向基站发送参数确定模块100确定的流量调度参数，请求基站根据流量调度参数，调整下行回程链路的数据量。

其中，参数确定模块100确定流量调度参数的方式有很多种，下面列举几种。

方式一、参数确定模块100根据逻辑信道对应的下行缓存数据量，确定流量调度参数；

相应的，发送模块110用数据单元承载流量调度参数，并将数据单元发送给基站。

其中，数据单元可以是MAC CE，则发送模块110用MAC CE承载流量调度参数，并将逻辑信道号置于该MAC CE对应的MAC子头中，向基站发送包含该MAC CE和对应MAC子头的下行媒体接入控制协议数据单元MACPDU，其中逻辑信道号用于指示MAC子头对应的负载部分是承载RN设备的流量调度参数的MAC CE。

需要说明的是，本发明实施例并不局限于MAC CE，只要能够将流量调度参数发送给基站的数据单元都是用本发明实施例。

具体的，参数确定模块100有多种方式根据逻辑信道对应的下行缓存数据量，确定流量调度参数。

1、参数确定模块100确定所有逻辑信道对应的下行缓存数据量之和，并根据下行缓存数据量之和，确定流量调度参数。

2、参数确定模块100根据预先划分的逻辑信道组，确定每个逻辑信道组中的逻辑信道，在只有一个逻辑信道组中的逻辑信道有对应的下行缓存数据时，确定该逻辑信道组对应的下行缓存数据量，根据该逻辑信道组对应的下行缓存数据量，确定流量调度参数；

相应的，本发明实施例的RN设备还可以进一步包括：第一处理模块120，参见图3B。

第一处理模块120，用于根据预先设定的逻辑信道组和逻辑信道组标识的对应关系，确定该逻辑信道组对应的逻辑信道组标识，将确定的逻辑信道组标识和流量调度参数绑定后，置于承载流量调度参数的MAC CE中。

3、参数确定模块100根据预先划分的逻辑信道组，确定每个逻辑信道组中的逻辑信道，在有多个逻辑信道组中的逻辑信道有对应的下行缓存数据时，确定所有逻辑信道组对应的下行缓存数据量，分别根据每个逻辑信道组对应的下行缓存数据量的值，确定每个逻辑信道组对应的流量调度参数；

相应的，本发明实施例的RN设备还可以进一步包括：第二处理模块130，参见图3B。

第二处理模块130，用于将每个流量调度参数都置于承载流量调度参数的MAC CE中。

方式二、逻辑信道组可以按照小区进行划分，则预先划分的每个逻辑信道组中的所有逻辑信道属于同一个小区；则本发明实施例RN设备还可以进一步包括：第三处理模块140，参见图3C。

第三处理模块140，用于确定每个逻辑信道组对应的小区标识，将每个逻辑信道组对应的小区标识置于承载流量调度参数的MAC CE对应的MAC子头中或承载流量调度参数的MAC CE中或作为MAC PDU中独立的MAC子头。

方式三、参数确定模块100根据下行缓存数据量，确定对应的链路信息比特值，并根据链路信息比特值，确定流量调度参数的值，其中链路信息比特值用于指示下行缓存数据量的状态；

相应的，发送模块110将流量调度参数通过PUSCH资源或PUCCH资源向基站发送。

具体的，如果通过PUSCH资源向基站发送，发送模块110将流量调度参数通过专用PUCCH资源或特定MAC子头中的预留比特向基站发送。

针对方式一、二和三，本发明实施例RN设备还可以进一步包括：第一触发模块150，参见图3D。

第一触发模块150，用于确定满足第一触发条件，且回程链路上行传输中有能够承载流量调度参数的剩余资源，触发参数确定模块100确定流量调度参数；

相应的，参数确定模块100按照满足第一触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

其中，第一触发模块100在满足下列条件中的一种时确定满足第一触发条件：

第一触发周期到达；

下行缓存数据量大于第一门限值；

下行缓存数据量小于第二门限值。

针对方式一、二和三，本发明实施例的RN设备还可以进一步包括：第一删除模块160，参见图3D。

第一删除模块160，用于在发送模块110向基站发送流量调度参数之后，删除最近一次满足第一触发条件之前确定的所有触发。

针对方式一、二和三，本发明实施例RN设备还可以进一步包括：第二触发模块170，参见图3D。

第二触发模块170，用于确定回程链路上行传输中有能够承载流量调度参数的剩余资源后，触发参数确定模块确定流量调度参数。

四、参数确定模块100根据用户终端对应的下行缓存数据量，确定需要进行流量控制的用户终端，根据需要进行流量控制的用户终端的标识，确定流量调度参数；

相应的，发送模块110用MAC CE承载流量调度参数，并将特定逻辑信道号置于该MAC CE对应的MAC子头中，其中逻辑信道号用于指示MAC子头对应的负载部分是承载流量调度参数的MAC CE，向基站发送包含该MAC CE的MAC PDU，用于请求基站根据收到的流量调度参数，调整下行回程链路中发送给用户终端的数据量。

针对方式四，本发明实施例RN设备还可以进一步包括：第四处理模块180，参见图3E。

第四处理模块180，用于将需要进行流量控制的用户终端对应的下行缓存数据量置于承载流量调度参数的MAC CE中。

针对方式四，本发明实施例RN设备还可以进一步包括：第三触发模块190，参见图3E。

第三触发模块190，用于确定满足第二触发条件，且回程链路上行传输中有能够承载流量调度参数的剩余资源，触发参数确定模块确定流量调度参数；

相应的，参数确定模块100按照满足第二触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

其中，第三触发模块190在满足下列条件中的一种时确定满足第二触发条件：

第二触发周期到达；

用户终端对应的下行缓存数据量大于第三门限值；

用户终端对应的下行链路传输参数大于第四门限值，其中下行链路传输参数等于用户终端对应的下行缓存数据量和该户终端对应的回程链路数据量的比值。

第三触发模块190还可以根据预先建立的用户终端和门限值的对应关系，确定用户终端对应的第三门限值和第四门限值；或

根据预先建立的业务类型和门限值的对应关系，确定发送给用户终端的数据所属的业务类型对应的第三门限值和第四门限值。

参数确定模块100在满足第二触发条件是第二触发周期到达时，确定每个用户终端对应的下行缓存数据量，并将下行缓存数据量大于第一阈值的用户终端作为需要进行流量控制的用户终端；或确定每个用户终端对应的下行链路传输参数，并将下行链路传输参数大于第二阈值的用户终端作为需要进行流量控制的用户终端；

在满足第二触发条件是用户终端对应的下行缓存数据量大于第三门限值或用户终端对应的下行链路传输参数大于第四门限值时，将下行缓存数据量大于第三门限值或下行链路传输参数大于第四门限值的用户终端作为需要进行流量控制的用户终端。

针对方式四，本发明实施例的RN设备还可以进一步包括：第二删除模块191，参见图3E。

第二删除模块191，用于在发送模块110向基站发送流量调度参数之后，删除最近一次满足第二触发条件之前确定的所有触发。

针对方式四，本发明实施例的RN设备还可以进一步包括：第四触发模块192，参见图3E。

第四触发模块192，用于确定回程链路上行传输中有能够承载流量调度参数的剩余资源后，触发参数确定模块确定流量调度参数。

针对方式四，参数确定模块100确定每个用户终端对应的下行缓存数据量，并将下行缓存数据量大于第三阈值的用户终端作为需要进行流量控制的用户终端；或

确定每个用户终端对应的下行链路传输参数，并将下行链路传输参数大于第四阈值的用户终端作为需要进行流量控制的用户终端，其中下行链路传输参数等于用户终端对应的下行缓存数据量和该户终端对应的回程链路数据量的比值。

如图4所示，本发明实施例基站包括：接收模块200和调整模块210。

接收模块200，用于接收来自RN设备的流量调度参数。

调整模块210，用于根据接收模块200收到的流量调度参数，调整下行回程链路的数据量。

其中如果RN设备采用上面介绍的方式四上报，则接收模块200还会接收来自RN设备的用户终端的标识；

相应的，调整模块210根据收到的流量调度参数，调整下行回程链路中发送给标识对应的用户终端的数据量。

在具体实施过程中，调整模块210调整下行回程链路的数据量的同时，还可以根据流量调度参数，调整基站直接管理的宏用户终端的下行资源。

调整模块210还可以根据流量调度参数，调整下行回程链路的子帧数量，具体的，如果调整模块210根据RN设备上报的信息，确定回程链路下行数据量长期低于接入链路数据量，则调整模块210可增加DL backhaul子帧的个数；

如果回程链路下行数据量长期高于接入链路数据量，调整模块210可减少DL backhaul子帧个数。

如图6所示，本发明实施例第一种调整数据量的方法包括下列步骤：

步骤601、RN设备根据下行缓存数据量，确定流量调度参数。

步骤602、RN设备向基站发送流量调度参数，请求基站根据流量调度参数，调整下行回程链路的数据量。

步骤601中，RN设备根据下行缓存数据量，确定流量调度参数的方式有很多种，下面列举几种。

方式一、上报RN设备下所有小区的下行缓存状态。

RN设备根据逻辑信道对应的下行缓存数据量，确定流量调度参数。

其中，根据逻辑信道对应的下行缓存数据量，确定流量调度参数的方式又有很多种，下面列举几种。

方式A1、RN设备确定自身所有逻辑信道对应的下行缓存数据量之和，并根据下行缓存数据量之和，确定流量调度参数。

这里的方式A1与本发明实施例调整数据量的系统中的方式A1相同，在此不再赘述。

需要说明的是，本发明实施例并不局限于上述两种方式，其他能够根据下行缓存数据量之和，确定流量调度参数的方式都是用本发明实施例。

方式A2、RN设备10根据预先划分的逻辑信道组，确定每个逻辑信道组中的逻辑信道；

在只有一个逻辑信道组中的逻辑信道有对应的下行缓存数据时，确定该逻辑信道组对应的下行缓存数据量；

根据该逻辑信道组对应的下行缓存数据量，确定流量调度参数。

这里的方式A2与本发明实施例调整数据量的系统中的方式A2相同，在此不再赘述。

需要说明的是，本发明实施例并不局限于上述两种方式，其他能够根据下行缓存数据量之和，确定流量调度参数的方式都是用本发明实施例。

方式A3、RN设备10根据预先划分的逻辑信道组，确定每个逻辑信道组中的逻辑信道；

在有多个逻辑信道组中的逻辑信道有对应的下行缓存数据时，确定所有逻辑信道组对应的下行缓存数据量；

分别根据每个逻辑信道组对应的下行缓存数据量，确定每个逻辑信道组对应的流量调度参数。

这里的方式A3与本发明实施例调整数据量的系统中的方式A3相同，在此不再赘述。

其中，方式A2和A3中的逻辑信道组可以由基站进行划分后通知RN设备，也可以由协议规定后分别存储在RN设备和基站中。划分的逻辑性到组可以根据需要进行调整。由于方式A2和A3不需要区分小区，所以针对方式A2和A3的逻辑信道组中，同一个逻辑信道组的逻辑信道可以属于同一个小区也可以属于不同小区。

针对方式一，步骤602中，RN设备向基站发送流量调度参数时，可以将流量调度参数置于数据单元中。

这里可以引入一个新的MAC CE用于承载下行缓存状态，为了方便描述以下简称DL buffer MAC CE。则数据单元可以是MAC CE。

需要说明的是，本发明实施例并不局限于MAC CE，只要能够将流量调度参数发送给基站的数据单元都是用本发明实施例。

具体的，RN设备用MAC CE承载流量调度参数，并将逻辑信道号置于该MAC CE对应的MAC子头中，其中逻辑信道号用于指示MAC子头对应的负载部分是承载RN设备的流量调度参数的MAC CE(即DL buffer MAC CE)；

RN设备向基站发送包含该MAC CE和对应MAC子头的MAC PDU。

不管是方式A1、A2和A3，DL buffer MAC CE对应MAC子头的格式都是一样的，参见图5A。

在具体实施过程中，方式A1、A2和A3的DL buffer MAC CE会有所不同。

方式A1的DL buffer MAC CE如图5B所示，由于方式A1不对下行缓存数据对应的逻辑信道进行区分，只进行总量上报，所以DL buffer MAC CE格式中也不需要划分。

方式A2的DL buffer MAC CE如图5C所示，由于只有一个逻辑信道组有下行缓存数据量，所以只需要上报该逻辑信道组即可，为了能让基站知道是哪个逻辑信道组，RN设备可以根据预先设定的逻辑信道组和逻辑信道组标识的对应关系，确定该逻辑信道组对应的逻辑信道组标识，将确定的逻辑信道组标识和下行缓存数据量绑定后，置于承载流量调度参数的MAC CE中。

其中，逻辑信道组和逻辑信道组标识的对应关系可以由基站建立后通知RN设备，也可以由协议规定后分别存储在RN设备和基站中。

需要说明的是，本发明实施例并不局限于图5C的格式，其他能够将逻辑信道组标识和流量调度参数发送给基站的DL buffer MAC CE格式都适用本发明实施例。

方式A3的DLbufferMAC CE如图5D所示，由于有多个逻辑信道组有下行缓存数据量，所以可以将每个流量调度参数按照顺序置于承载流量调度参数的MAC CE中。

针对方式一，步骤601中，RN设备可以在确定满足第一触发条件，且回程链路上行传输中有能够承载流量调度参数的剩余资源时，确定流量调度参数。

这里的能够承载的流量调度参数根据不同的方式，需要的剩余资源容量也不相同，比如方式A1需要有能够承载图5A和图5B所示的格式的剩余资源；方式A2需要有能够承载图5A和图5C所示的格式的剩余资源；方式A3需要有能够承载图5A和图5D所示的格式的剩余资源。

其中，RN设备在满足下列条件中的一种时确定满足第一触发条件：

第一触发周期到达(即周期性触发)，具体的可以设置DL buffer timer，DLbuffer上报后启动或重启，该定时器超时后触发上报；

下行缓存数据量(即回程链路数据量-接入链路数据量的值)大于第一门限值(即事件触发)，这里的下行缓存数据量也可以替换成接入链路下行资源利用率；

下行缓存数据量(即回程链路数据量-接入链路数据量的值)小于第二门限值(即事件触发)，这里的下行缓存数据量也可以替换成接入链路下行资源利用率。

第一门限值和第二门限值可以根据需要进行设置，比如可以由基站设置后通知RN设备，也可以由RN设备进行设置，还可以人工设置有存储到RN设备中。

在具体实施过程中有可能出现确定满足多个第一触发条件后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时步骤601中RN设备可以按照满足第一触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

比如先是定时器到时触发，后是下行缓存数据量大于第一门限值触发，并且在下行缓存数据量大于第一门限值触发后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时按照下行缓存数据量大于第一门限值触发时的下行缓存数据量，确定流量调度参数。

由于下行缓存数据量大于第一门限值触发，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时已经确定流量调度参数，而定时器到时触发还保留着，所以需要删除定时器触发，则步骤602之后还可以进一步包括：

RN设备删除最近一次满足第一触发条件之前确定的所有触发。

针对方式一，步骤601中，RN设备还可以确定回程链路上行传输中有能够承载流量调度参数的剩余资源时，确定流量调度参数(即padding触发)。

Padding触发中的能够承载的流量调度参数根据不同的方式，需要的剩余资源容量也不相同，具体的回程链路上行传输有剩余资源可用且可容纳DLbuffer MAC CE及其MAC子头时，可以确定回程链路上行传输中有能够承载流量调度参数的剩余资源。

在具体实施过程中，事件触发和周期性触发的优先级可以高于padding触发的优先级。

方式二、上报RN设备下各个小区的下行缓存状态。

其中，方式二又可以根据基站是否可以区分来自RN设备的不同小区的上行数据，分为两种方式。

方式B1、基站可以区分来自RN设备的不同小区的上行数据。

这里的方式B1与本发明实施例调整数据量的系统中的方式B1相同，在此不再赘述。

方式B2、基站20不能区分来自RN设备10的不同小区的上行数据。

这里的方式B2与本发明实施例调整数据量的系统中的方式B2相同，在此不再赘述。

如果采用类似方式一中的方式A1，则可以在图5B的DL buffer MAC CE中添加小区标识，并且RN设备确定的不是自身所有逻辑信道对应的下行缓存数据量之和，而是确定同一个小区下所有逻辑信道对应的下行缓存数据量之和。

如果采用类似方式一中的方式A2或A3(即划分逻辑信道组)，则可以在图5C和图5D的DL buffer MAC CE中添加小区标识，并且在划分逻辑信道组时，同一个逻辑信道组中的所有逻辑信道属于同一个小区。

除了上面提到的添加小区标识的方式，还有一些通用的方式，即不管采用方式一中的具体哪种方式都适用，具体可以参见5E和5F。

方式二的触发方式与方式一的触发方式类似，在此不再赘述。

针对方式二，步骤601中，如果确定满足多个第一触发条件后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，RN设备可以按照满足第一触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数；

针对方式二，步骤602之后还可以进一步包括：

RN设备可以删除最近一次满足第一触发条件之前确定的所有触发。

方式三、用1～2比特表示当前回程链路下行传输数据量的状态。

RN设备根据下行缓存数据量，确定对应的链路信息比特值，并根据链路信息比特值，确定流量调度参数的值，其中链路信息比特值用于指示下行缓存数据量的状态。

方式三与方式一和二不同之处在于RN设备将链路信息比特值作为流量调度参数的值，这样相比方式一和方式二可以减少传输的比特数量。

这里的方式三与本发明实施例调整数据量的系统中的方式三相同，在此不再赘述。

在具体实施过程中，具体采用几比特，以及比特位的具体含义是什么可以由基站设定后通知RN设备，也可以在协议中进行规定。

在具体实施过程中，方式一和方式二RN设备是利用的PUSCH资源传输。

方式三中由于上报占用的开销很小，可利用PUSCH资源或PUCCH资源传输。

也就是说，步骤602中，RN设备将流量调度参数通过PUSCH资源或PUCCH资源向基站发送

具体的，PUSCH资源：不用设计专门的MAC CE，可以利用其他MAC CE或MAC SDU对应子头的预留比特，规定在某种特定的MAC子头中传输。

也就是说，RN设备将流量调度参数通过专用PUCCH资源或特定MAC子头中的预留比特向基站发送。

比如利用图5A中的R比特传输。

为了准确找到下行数据量上报所在的MAC子头，可规定其位于特定的MAC子头中，如：上行缓存上报BSR对应的MAC子头或下行数据量上报触发后第一个上行传输的第一个MAC子头。

PUCCH资源：PUCCH资源是物理层控制资源，由RRC信令通知。可以给RN配置1或2比特的专用PUCCH资源用于上报。

需要说明的是，本发明实施例并不局限于上述传输方式，其他能够通过PUSCH资源或PUCCH资源传输流量调度参数的方式都适用本发明实施例。

步骤601中，方式三的触发方式与方式一的触发方式类似，也有事件触发和周期性触发，其中事件触发和周期性触发可以与方式一中的事件触发和周期性触发相同。

比如方式三的事件触发中，可以在下列条件满足后确认事件触发：

(回程链路数据量-接入链路数据量)大于第一门限；

(回程链路数据量-接入链路数据量)小于第二门限；

在具体实施过程中，还可以将(回程链路数据量-接入链路数据量)替换为(回程链路数据量-接入链路数据量)/回程链路数据量。

针对1比特，如果没有“小于第二门限”的表示位，则满足“小于第二门限”条件时不触发。

方式三还有一个资源触发方式，类似方式一的padding出发，即步骤601中，如果规定RN设备的下行数据量利用特定MAC子头(如上行BSR对应MAC子头)的R比特上报，可以在该子头出现时(如上行BSR上报时)触发。

比如完成一次触发后取消其他所有触发等方式与方式一类似，在此不再赘述。

针对方式三，步骤601中，如果确定满足多个第一触发条件后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，RN设备可以按照满足第一触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数；

针对方式三，步骤602之后还可以进一步包括：

RN设备可以删除最近一次满足第一触发条件之前确定的所有触发。

方式四、上报RN设备10下特定用户终端的状态。

方式一、二、三都是基于接口的总体数据量控制，但有时拥塞只是某个用户终端信道条件突然恶化造成的，因此方式四引入对特定用户终端拥塞状态的报告。

由于方式四的数据量较大，所以方式四可以采用映射到PUSCH上的MACCE承载流量调度参数。

RN设备根据用户终端对应的下行缓存数据量，确定需要进行流量控制的用户终端；根据需要进行流量控制的用户终端的标识，确定流量调度参数。

比如：RN设备可以将用户终端的标识作为流量调度参数。

用户终端的标识可以是分配给该用户终端的C-RNTI或用户终端特有标识。

与方式一相同，这里也是引入一个新的MAC CE用于承载下行缓存状态，即DL buffer MAC。

具体的，步骤602中，RN设备用MAC CE承载流量调度参数，并将特定逻辑信道号置于该MAC CE对应的MAC子头中，其中逻辑信道号用于指示MAC子头对应的负载部分是承载流量调度参数的MAC CE；向基站发送包含该MAC CE的MAC PDU。

其中，MAC CE对应的MAC子头的格式与方式一中DL buffer MAC CE对应MAC子头的格式相同，具体可以参见图5A。

方式四中，DL buffer MAC CE的格式有很多种，下面列举几种。

方式C1、上报用户终端的标识和流量调度参数。

RN设备将需要进行流量控制的用户终端对应的下行缓存数据量置于承载流量调度参数的MAC CE中，此时的流量调度参数包括用户终端的标识和该终端的下行缓存数据量两部分内容，，具体参见图5G。

方式C2、上报用户终端的标识。

此时的流量调度参数包括用户终端的标识，具体参见图5H。

针对方式四，步骤601中，RN设备可以确定满足第二触发条件，且回程链路上行传输中有能够承载流量调度参数的剩余资源时，确定流量调度参数。

这里的能够承载的流量调度参数根据不同的方式，需要的剩余资源容量也不相同，比如方式C1需要有能够承载图5A和图5G所示的格式的剩余资源；方式C2需要有能够承载图5A和图5H所示的格式的剩余资源。

其中，RN设备在满足下列条件中的一种时确定满足第二触发条件：

第二触发周期到达(即周期性触发)，具体的可以设置DL buffer timer，DLbuffer上报后启动或重启，该定时器超时后触发上报；

用户终端对应的下行缓存数据量(即回程链路数据量-接入链路数据量的值)大于第三门限值(即事件触发)；

用户终端对应的下行链路传输参数(即回程链路数据量-接入链路数据量的值)大于第四门限值(即事件触发)，其中下行链路传输参数等于用户终端对应的下行缓存数据量和该户终端对应的回程链路数据量的比值(即(回程链路数据量-接入链路数据量的值)/回程链路数据量)。

在具体实施过程中，RN设备可以根据预先建立的用户终端和门限值的对应关系，确定用户终端对应的第三门限值和第四门限值；或根据预先建立的业务类型和门限值的对应关系，确定发送给用户终端的数据所属的业务类型对应的第三门限值和第四门限值。

用户终端和门限值的对应关系以及业务类型和门限值的对应关系可以由基站建立后通知RN设备，也可以在协议中进行设定。

需要说明的是，上述两种对应关系可以根据需要进行设定和更新。

针对方式四，步骤601中，有可能出现确定满足多个第一触发条件后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时RN设备可以按照满足第二触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

比如先是定时器到时触发，后是用户终端对应的下行缓存数据量大于第三门限值触发，并且在下行缓存数据量大于第三门限值后，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时按照下行缓存数据量大于第三门限值时的下行缓存数据量，确定流量调度参数。

由于下行缓存数据量大于第三门限值触发，回程链路上行传输中才有能够承载流量调度参数的剩余资源，这时已经确定流量调度参数，而定时器到时触发还保留着，所以需要删除定时器触发，则针对方式四，步骤602之后还可以进一步包括：

RN设备删除最近一次满足第二触发条件之前确定的所有触发。

其中方式四也可以采用padding触发，具体方式与方式一中的padding触发方式相同，在此不再赘述。

如果是周期性触发和事件触发，步骤601中，RN设备可以根据下列方式确定需要进行流量控制的用户终端：

在满足第二触发条件是第二触发周期到达时，RN设备确定每个用户终端对应的下行缓存数据量，并将下行缓存数据量大于第一阈值的用户终端作为需要进行流量控制的用户终端(比如下行缓存数据量最大的用户终端)；或确定每个用户终端对应的下行链路传输参数，并将下行链路传输参数大于第二阈值的用户终端作为需要进行流量控制的用户终端(比如下行链路传输参数最大的用户终端)；

在满足第二触发条件是用户终端对应的下行缓存数据量大于第三门限值或用户终端对应的下行链路传输参数大于第四门限值时，RN设备将下行缓存数据量大于第三门限值或下行链路传输参数大于第四门限值的用户终端作为需要进行流量控制的用户终端。

如果是padding触发，步骤601中，RN设备可以根据下列方式确定需要进行流量控制的用户终端：

RN设备确定每个用户终端对应的下行缓存数据量，并将下行缓存数据量大于第三阈值的用户终端作为需要进行流量控制的用户终端(比如下行缓存数据量最大的用户终端)；或

RN设备确定每个用户终端对应的下行链路传输参数，并将下行链路传输参数大于第四阈值的用户终端作为需要进行流量控制的用户终端(比如下行链路传输参数最大的用户终端)，其中下行链路传输参数等于用户终端对应的下行缓存数据量和该户终端对应的回程链路数据量的比值。

其中，各个阈值可以根据需要进行设定，具体的可以由基站设定后通知RN设备，也可以在协议中进行设定。

步骤602中，事件触发后，当有上行资源可用时，RN设备可以按对应的用户终端的最高业务优先级或用户终端的拥塞(即下行缓存数据量或下行链路传输参数)情况，从高到底顺序上报各用户终端对应的流量调度参数。

事件触发的优先级可以高于周期性触发的优先级高于padding触发的优先级，也就是说事件触发引起上报后，取消周期性触发和padding触发，周期性触发引起上报后，取消padding触发。

在具体实施过程中，方式四可独立使用，也可与方式一、二或三联合使用。

在具体实施过程中，本发明实施例的下行缓存数据量可以根据这定的统计时间，周期进行统计；还可以实时对下行缓存数据量进行统计。

需要说明的是，本发明实施例并不局限于上述统计方式，其他能够统计下行缓存数据量的方式都适用本发明实施例。

其中，步骤602之后还可以进一步包括：

步骤603、基站根据收到的流量调度参数，调整下行回程链路的数据量。

在具体实施过程中，基站根据收到的来自RN设备的流量调度参数，调整下行回程链路的数据量时，如果RN设备采用方案四上报，基站根据收到的流量调度参数，调整下行回程链路中发送给对应用户终端的数据量，即只减少发送到特定用户终端(该用户终端标识包含在DL buffer MAC CE中)的下行数据量。

步骤603中，基站调整下行回程链路的数据量的同时，还可以调整基站直接管理的宏用户终端的下行资源，比如RN设备下行缓存数据量较多时，基站就多给宏用户终端分配下行调度资源，减少对RN设备的下行资源。

基站还可以根据流量调度参数，调整下行回程链路的子帧数量，具体的，如果基站根据RN设备上报的信息，确定回程链路下行数据量长期低于接入链路数据量，则基站可增加DL backhaul子帧的个数；

如果回程链路下行数据量长期高于接入链路数据量，基站可减少DLbackhaul子帧个数，使RN设备有更多的子帧可用于接入链路的下行传输。

如图7所示，本发明实施例第二种调整数据量的方法包括下列步骤：

步骤701、基站接收来自RN设备的流量调度参数，其中流量调度参数是RN设备根据下行缓存数据量确定的。

其中，RN设备根据下行缓存数据量确定流量调度参数的具体内容，可以参见本发明实施例第一种调整数据量的方法的相应内容，在此不再赘述。

步骤702、基站根据收到的根据流量调度参数，调整下行回程链路的数据量。

其中，基站根据流量调度参数，调整下行回程链路的数据量的具体内容，可以参见本发明实施例第一种调整数据量的方法的相应内容，在此不再赘述。

如果步骤701中基站还接收到来自RN设备的用户终端的标识；则步骤702中基站基站根据收到的流量调度参数，调整下行回程链路中发送给标识对应的用户终端的数据量。

步骤702中，基站还可以根据流量调度参数，调整自身直接管理的宏UE的下行资源。

其中，基站根据流量调度参数调整宏UE的下行资源的具体内容，可以参见本发明实施例第一种调整数据量的方法的相应内容，在此不再赘述。

步骤702中，基站还可以根据流量调度参数，调整下行回程链路的子帧数量。

其中，基站根据根据流量调度参数调整下行回程链路的子帧数量的具体内容，可以参见本发明实施例第一种调整数据量的方法的相应内容，在此不再赘述。

从上述实施例中可以看出：本发明实施例RN设备根据下行缓存数据量，确定流量调度参数；RN设备向基站发送流量调度参数，请求所述基站根据所述流量调度参数，调整下行回程链路的数据量。

由于在LTE-A系统中DeNB可以对下行数据量进行控制，避免由于DeNB很难对下行数据量进行控制出现的RN设备的下行数据拥塞或R-UE的下行数据延迟，从而减小了下行数据的延迟，提高了数据传输效率和系统性能。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (61)

1.一种调整数据量的方法，其特征在于，该方法包括：

中继节点RN设备根据下行缓存数据量，确定流量调度参数；

所述RN设备向基站发送所述流量调度参数，请求所述基站根据所述流量调度参数，调整下行回程链路的数据量。

2.如权利要求1所述的方法，其特征在于，所述RN设备确定流量调度参数包括：

所述RN设备根据逻辑信道对应的下行缓存数据量，确定流量调度参数；

所述RN设备向基站发送所述流量调度参数包括：

所述RN设备用控制单元承载所述流量调度参数，并向基站发送所述控制单元。

3.如权利要求2所述的方法，其特征在于，所述控制单元是媒体接入控制层控制单元MAC CE；

所述RN设备向基站发送所述流量调度参数包括：

所述RN设备用MAC CE承载所述流量调度参数，并将逻辑信道号置于该MAC CE对应的MAC子头中，其中所述逻辑信道号用于指示所述MAC子头对应的负载部分是承载RN设备的流量调度参数的MAC CE；

所述RN设备向基站发送包含该MAC CE和对应MAC子头的下行媒体接入控制协议数据单元MAC PDU。

4.如权利要求3所述的方法，其特征在于，所述RN设备确定流量调度参数包括：

所述RN设备确定所有逻辑信道对应的下行缓存数据量之和，并根据所述下行缓存数据量之和，确定流量调度参数。

5.如权利要求3所述的方法，其特征在于，所述RN设备确定流量调度参数包括：

所述RN设备根据预先划分的逻辑信道组，确定每个逻辑信道组中的逻辑信道；

所述RN设备在只有一个逻辑信道组中的逻辑信道有对应的下行缓存数据时，确定该逻辑信道组对应的下行缓存数据量；

所述RN设备根据该逻辑信道组对应的下行缓存数据量，确定流量调度参数；

所述RN设备向基站发送所述流量调度参数之前还包括：

所述RN设备根据预先设定的逻辑信道组和逻辑信道组标识的对应关系，确定该逻辑信道组对应的逻辑信道组标识；

所述RN设备将确定的所述逻辑信道组标识和所述流量调度参数绑定后，置于承载流量调度参数的MAC CE中。

6.如权利要求3所述的方法，其特征在于，所述RN设备确定流量调度参数包括：

所述RN设备根据预先划分的逻辑信道组，确定每个逻辑信道组中的逻辑信道；

所述RN设备在有多个逻辑信道组中的逻辑信道有对应的下行缓存数据时，确定所有逻辑信道组对应的下行缓存数据量；

所述RN设备分别根据每个逻辑信道组对应的下行缓存数据量，确定每个逻辑信道组对应的流量调度参数；

所述RN设备向基站发送所述流量调度参数之前还包括：

所述RN设备将每个流量调度参数都置于承载流量调度参数的MAC CE中。

7.如权利要求5或6所述的方法，其特征在于，所述预先划分的每个逻辑信道组中的所有逻辑信道属于同一个小区。

8.如权利要求7所述的方法，其特征在于，所述RN设备向基站发送所述MAC CE之前还包括：

所述RN设备确定每个逻辑信道组对应的小区标识；

所述RN设备将每个逻辑信道组对应的小区标识置于承载流量调度参数的MAC CE对应的MAC子头中或承载流量调度参数的MAC CE中或作为MACPDU中独立的MAC子头。

9.如权利要求1所述的方法，其特征在于，所述RN设备确定流量调度参数包括：

所述RN设备根据下行缓存数据量，确定对应的链路信息比特值，并根据所述链路信息比特值，确定流量调度参数的值，其中所述链路信息比特值用于指示下行缓存数据量的状态；

所述RN设备向基站发送所述流量调度参数包括：

所述RN设备将所述流量调度参数通过物理上行共享信道PUSCH资源或物理上行控制信道PUCCH资源向基站发送。

10.如权利要求9所述的方法，其特征在于，所述RN设备将所述流量调度参数通过PUSCH资源向基站发送包括：

所述RN设备将所述流量调度参数通过专用PUCCH资源或特定MAC子头中的预留比特向基站发送。

11.如权利要求1～6或9任一权利要求所述的方法，其特征在于，所述RN设备确定流量调度参数之前还包括：

所述RN设备确定满足第一触发条件，且回程链路上行传输中有能够承载流量调度参数的剩余资源；

所述RN设备确定流量调度参数包括：

所述RN设备按照满足第一触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

12.如权利要求11所述的方法，其特征在于，在满足下列条件中的一种时确定满足第一触发条件包括：

第一触发周期到达；

下行缓存数据量大于第一门限值；

下行缓存数据量小于第二门限值。

13.如权利要求11所述的方法，其特征在于，所述RN设备向基站发送所述流量调度参数之后还包括：

所述RN设备删除所述最近一次满足第一触发条件之前确定的所有触发。

14.如权利要求1～6或9任一权利要求所述的方法，其特征在于，所述RN设备确定流量调度参数之前还包括：

所述RN设备确定回程链路上行传输中有能够承载流量调度参数的剩余资源。

15.如权利要求1、2、3或9所述的方法，其特征在于，所述RN设备确定流量调度参数包括：

所述RN设备根据用户终端对应的下行缓存数据量，确定需要进行流量控制的用户终端；

所述RN设备根据需要进行流量控制的用户终端的标识，确定流量调度参数；

所述RN设备向基站发送所述流量调度参数包括：

所述RN设备用MAC CE承载所述流量调度参数，并将特定逻辑信道号置于该MAC CE对应的MAC子头中，其中所述逻辑信道号用于指示所述MAC子头对应的负载部分是承载流量调度参数的MAC CE；

所述RN设备向基站发送所述包含该MAC CE的MAC PDU；

所述RN设备向基站发送所述流量调度参数之后还包括：

所述基站根据收到的流量调度参数，调整下行回程链路中发送给所述用户终端的数据量。

16.如权利要求15所述的方法，其特征在于，所述RN设备向基站发送所述流量调度参数之前还包括：

所述RN设备将需要进行流量控制的用户终端对应的下行缓存数据量置于承载流量调度参数的MAC CE中。

17.如权利要求15所述的方法，其特征在于，所述RN设备确定流量调度参数之前还包括：

所述RN设备确定满足第二触发条件，且回程链路上行传输中有能够承载流量调度参数的剩余资源；

所述RN设备确定流量调度参数包括：

所述RN设备按照满足第二触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

18.如权利要求17所述的方法，其特征在于，在满足下列条件中的一种时确定满足第二触发条件包括：

第二触发周期到达；

用户终端对应的下行缓存数据量大于第三门限值；

用户终端对应的下行链路传输参数大于第四门限值，其中下行链路传输参数等于用户终端对应的下行缓存数据量和该户终端对应的回程链路数据量的比值。

19.如权利要求18所述的方法，其特征在于，该方法还包括：

所述RN设备根据预先建立的用户终端和门限值的对应关系，确定用户终端对应的第三门限值和第四门限值；或

所述RN设备根据预先建立的业务类型和门限值的对应关系，确定发送给用户终端的数据所属的业务类型对应的第三门限值和第四门限值。

20.如权利要求18所述的方法，其特征在于，所述RN设备确定需要进行流量控制的用户终端包括：

在满足第二触发条件是第二触发周期到达时，所述RN设备确定每个用户终端对应的下行缓存数据量，并将下行缓存数据量大于第一阈值的用户终端作为需要进行流量控制的用户终端；或确定每个用户终端对应的下行链路传输参数，并将下行链路传输参数大于第二阈值的用户终端作为需要进行流量控制的用户终端；

在满足第二触发条件是用户终端对应的下行缓存数据量大于第三门限值或用户终端对应的下行链路传输参数大于第四门限值时，所述RN设备将下行缓存数据量大于第三门限值或下行链路传输参数大于第四门限值的用户终端作为需要进行流量控制的用户终端。

21.如权利要求17所述的方法，其特征在于，所述RN设备向基站发送所述流量调度参数之后还包括：

所述RN设备删除所述最近一次满足第二触发条件之前确定的所有触发。

22.如权利要求15所述的方法，其特征在于，所述RN设备确定流量调度参数之前还包括：

所述RN设备确定回程链路上行传输中有能够承载流量调度参数的剩余资源。

23.如权利要求22所述的方法，其特征在于，所述RN设备确定需要进行流量控制的用户终端包括：

所述RN设备确定每个用户终端对应的下行缓存数据量，并将下行缓存数据量大于第三阈值的用户终端作为需要进行流量控制的用户终端；或

所述RN设备确定每个用户终端对应的下行链路传输参数，并将下行链路传输参数大于第四阈值的用户终端作为需要进行流量控制的用户终端，其中下行链路传输参数等于用户终端对应的下行缓存数据量和该户终端对应的回程链路数据量的比值。

24.如权利要求1所述的方法，其特征在于，所述RN设备向基站发送所述流量调度参数之后还包括：

所述基站根据所述流量调度参数，调整基站直接管理的宏用户终端UE的下行资源。

25.如权利要求1或24所述的方法，其特征在于，所述RN设备向基站发送所述流量调度参数之后还包括：

所述基站根据所述流量调度参数，调整下行回程链路的子帧数量。

26.一种调整数据量的方法，其特征在于，该方法包括：

基站接收来自中继节点RN设备的流量调度参数，其中所述流量调度参数是所述RN设备根据下行缓存数据量确定的；

所述基站根据收到的根据所述流量调度参数，调整下行回程链路的数据量。

27.如权利要求26所述的方法，其特征在于，所述基站还接收到来自RN设备的用户终端的标识；

所述基站调整下行回程链路的数据量包括：

所述基站根据收到的流量调度参数，调整下行回程链路中发送给所述标识对应的用户终端的数据量。

28.如权利要求26所述的方法，其特征在于，该方法还包括：

所述基站根据所述流量调度参数，调整自身直接管理的宏用户终端UE的下行资源。

29.如权利要求26～29任一权利要求所述的基站，其特征在于，该方法还包括：

所述基站根据所述流量调度参数，调整下行回程链路的子帧数量。

30.一种调整数据量的系统，其特征在于，该系统包括：

中继节点RN设备，用于根据下行缓存数据量，确定流量调度参数，并发送所述流量调度参数；

基站，用于根据所述流量调度参数，调整下行回程链路的数据量。

31.如权利要求30所述的系统，其特征在于，所述RN设备用于：

根据逻辑信道对应的下行缓存数据量，确定流量调度参数，用控制单元承载所述流量调度参数，并向基站发送所述控制单元。

32.如权利要求31所述的系统，其特征在于，所述RN设备用于：

根据逻辑信道对应的下行缓存数据量，确定流量调度参数，用媒体接入控制层控制单元MAC CE承载所述流量调度参数，并将逻辑信道号置于该MACCE对应的MAC子头中，其中所述逻辑信道号用于指示所述MAC子头对应的负载部分是承载RN设备的流量调度参数的MAC CE，向基站发送包含该MACCE和对应MAC子头的下行媒体接入控制协议数据单元MAC PDU。

33.如权利要求32所述的系统，其特征在于，所述RN设备用于：

根据下行缓存数据量，确定对应的链路信息比特值，以及根据所述链路信息比特值，确定流量调度参数的值，将所述流量调度参数通过物理上行共享信道PUSCH资源或物理上行控制信道PUCCH资源向基站发送，其中所述链路信息比特值用于指示下行缓存数据量的状态。

34.如权利要求30～33任一权利要求所述的系统，其特征在于，所述RN设备用于：

根据用户终端对应的下行缓存数据量，确定需要进行流量控制的用户终端，根据需要进行流量控制的用户终端的标识，确定流量调度参数，用MAC CE承载所述RN设备的所述流量调度参数，并将特定逻辑信道号置于该MAC CE对应的MAC子头中，其中所述逻辑信道号用于指示所述MAC子头对应的负载部分是承载流量调度参数的MAC CE，向基站发送所述包含该MAC CE的MAC PDU，用于请求基站根据收到的流量调度参数，调整下行回程链路中发送给所述用户终端的数据量。

35.一种中继节点RN设备，其特征在于，该RN设备包括：

参数确定模块，用于根据下行缓存数据量，确定流量调度参数；

发送模块，用于向基站发送所述流量调度参数，请求所述基站根据所述流量调度参数，调整下行回程链路的数据量。

36.如权利要求35所述的RN设备，其特征在于，所述参数确定模块用于：

根据逻辑信道对应的下行缓存数据量，确定流量调度参数；

所述发送模块用于：

用控制单元承载所述流量调度参数，并向基站发送所述控制单元。

37.如权利要求36所述的RN设备，其特征在于，所述发送模块用于：

用媒体接入控制层控制单元MAC CE承载所述流量调度参数，并将逻辑信道号置于该MAC CE对应的MAC子头中，向基站发送包含该MAC CE和对应MAC子头的下行媒体接入控制协议数据单元MAC PDU，其中所述逻辑信道号用于指示所述MAC子头对应的负载部分是承载RN设备的流量调度参数的MAC CE。

38.如权利要求37所述的RN设备，其特征在于，所述参数确定模块用于：

确定所有逻辑信道对应的下行缓存数据量之和，并根据所述下行缓存数据量之和，确定流量调度参数。

39.如权利要求37所述的RN设备，其特征在于，所述参数确定模块用于：

根据预先划分的逻辑信道组，确定每个逻辑信道组中的逻辑信道，在只有一个逻辑信道组中的逻辑信道有对应的下行缓存数据时，确定该逻辑信道组对应的下行缓存数据量，根据该逻辑信道组对应的下行缓存数据量，确定流量调度参数；

所述RN设备还包括：

第一处理模块，用于根据预先设定的逻辑信道组和逻辑信道组标识的对应关系，确定该逻辑信道组对应的逻辑信道组标识，将确定的所述逻辑信道组标识和所述流量调度参数绑定后，置于承载流量调度参数的MAC CE中。

40.如权利要求37所述的RN设备，其特征在于，所述参数确定模块用于：

根据预先划分的逻辑信道组，确定每个逻辑信道组中的逻辑信道，在有多个逻辑信道组中的逻辑信道有对应的下行缓存数据时，确定所有逻辑信道组对应的下行缓存数据量，分别根据每个逻辑信道组对应的下行缓存数据量的值，确定每个逻辑信道组对应的流量调度参数；

所述RN设备还包括：

第二处理模块，用于将每个流量调度参数都置于承载流量调度参数的MAC CE中。

41.如权利要求39或40所述的RN设备，其特征在于，所述预先划分的每个逻辑信道组中的所有逻辑信道属于同一个小区。

42.如权利要求41所述的RN设备，其特征在于，所述RN设备还包括：

第三处理模块，用于确定每个逻辑信道组对应的小区标识，将每个逻辑信道组对应的小区标识置于承载流量调度参数的MAC CE对应的MAC子头中或承载流量调度参数的MAC CE中或作为MAC PDU中独立的MAC子头。

43.如权利要求35所述的RN设备，其特征在于，所述参数确定模块用于：

根据下行缓存数据量，确定对应的链路信息比特值，并根据所述链路信息比特值，确定流量调度参数的值，其中所述链路信息比特值用于指示下行缓存数据量的状态；

所述发送模块用于：

将所述流量调度参数通过物理上行共享信道PUSCH资源或物理上行控制信道PUCCH资源向基站发送。

44.如权利要求43所述的RN设备，其特征在于，所述发送模块用于：

在通过PUSCH资源向基站发送时，将所述流量调度参数通过专用PUCCH资源或特定MAC子头中的预留比特向基站发送。

45.如权利要求35～39或43任一权利要求所述的RN设备，其特征在于，所述RN设备还包括：

第一触发模块，用于确定满足第一触发条件，且回程链路上行传输中有能够承载流量调度参数的剩余资源，触发所述参数确定模块确定流量调度参数；

所述参数确定模块用于：

按照满足第一触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

46.如权利要求45所述的RN设备，其特征在于，所述第一触发模块在满足下列条件中的一种时确定满足第一触发条件：

第一触发周期到达；

下行缓存数据量大于第一门限值；

下行缓存数据量小于第二门限值。

47.如权利要求45所述的RN设备，其特征在于，所述RN设备还包括：

第一删除模块，用于在所述发送模块向基站发送所述流量调度参数之后，删除所述最近一次满足第一触发条件之前确定的所有触发。

48.如权利要求35～39或43任一权利要求所述的RN设备，其特征在于，所述RN设备还包括：

第二触发模块，用于确定回程链路上行传输中有能够承载流量调度参数的剩余资源后，触发所述参数确定模块确定流量调度参数。

49.如权利要求35～39或43任一权利要求所述的RN设备，其特征在于，所述参数确定模块用于：

根据用户终端对应的下行缓存数据量，确定需要进行流量控制的用户终端，根据需要进行流量控制的用户终端的标识，确定流量调度参数；

所述发送模块用于：

用MAC CE承载所述流量调度参数，并将特定逻辑信道号置于该MAC CE对应的MAC子头中，其中所述逻辑信道号用于指示所述MAC子头对应的负载部分是承载流量调度参数的MAC CE，向基站发送所述包含该MAC CE的MAC PDU，用于请求基站根据收到的流量调度参数，调整下行回程链路中发送给所述用户终端的数据量。

50.如权利要求49所述的RN设备，其特征在于，所述RN设备还包括：

第四处理模块，用于将需要进行流量控制的用户终端对应的下行缓存数据量置于承载流量调度参数的MAC CE中。

51.如权利要求49所述的RN设备，其特征在于，所述RN设备还包括：

第三触发模块，用于确定满足第二触发条件，且回程链路上行传输中有能够承载流量调度参数的剩余资源，触发所述参数确定模块确定流量调度参数；

所述参数确定模块用于：

按照满足第二触发条件的时间顺序，根据最近一次满足第一触发条件时的下行缓存数据量，确定流量调度参数。

52.如权利要求51所述的RN设备，其特征在于，所述第三触发模块在满足下列条件中的一种时确定满足第二触发条件：

第二触发周期到达；

用户终端对应的下行缓存数据量大于第三门限值；

用户终端对应的下行链路传输参数大于第四门限值，其中下行链路传输参数等于用户终端对应的下行缓存数据量和该户终端对应的回程链路数据量的比值。

53.如权利要求52所述的RN设备，其特征在于，所述第三触发模块还用于：

根据预先建立的用户终端和门限值的对应关系，确定用户终端对应的第三门限值和第四门限值；或

根据预先建立的业务类型和门限值的对应关系，确定发送给用户终端的数据所属的业务类型对应的第三门限值和第四门限值。

54.如权利要求52所述的RN设备，其特征在于，所述参数确定模块用于：

在满足第二触发条件是第二触发周期到达时，确定每个用户终端对应的下行缓存数据量，并将下行缓存数据量大于第一阈值的用户终端作为需要进行流量控制的用户终端；或确定每个用户终端对应的下行链路传输参数，并将下行链路传输参数大于第二阈值的用户终端作为需要进行流量控制的用户终端；

在满足第二触发条件是用户终端对应的下行缓存数据量大于第三门限值或用户终端对应的下行链路传输参数大于第四门限值时，将下行缓存数据量大于第三门限值或下行链路传输参数大于第四门限值的用户终端作为需要进行流量控制的用户终端。

55.如权利要求51所述的RN设备，其特征在于，所述RN设备还包括：

第二删除模块，用于在所述发送模块向基站发送所述流量调度参数之后，删除所述最近一次满足第二触发条件之前确定的所有触发。

56.如权利要求49所述的RN设备，其特征在于，所述RN设备还包括：

第四触发模块，用于确定回程链路上行传输中有能够承载流量调度参数的剩余资源后，触发所述参数确定模块确定流量调度参数。

57.如权利要求56所述的RN设备，其特征在于，所述参数确定模块用于：

确定每个用户终端对应的下行缓存数据量，并将下行缓存数据量大于第三阈值的用户终端作为需要进行流量控制的用户终端；或

确定每个用户终端对应的下行链路传输参数，并将下行链路传输参数大于第四阈值的用户终端作为需要进行流量控制的用户终端，其中下行链路传输参数等于用户终端对应的下行缓存数据量和该户终端对应的回程链路数据量的比值。

58.一种基站，其特征在于，该基站包括：

接收模块，用于接收来自中继节点RN设备的流量调度参数；

调整模块，用于根据所述流量调度参数，调整下行回程链路的数据量。

59.如权利要求58所述的基站，其特征在于，所述接收模块还用于：

接收来自RN设备的用户终端的标识；

所述调整模块用于：

根据收到的流量调度参数，调整下行回程链路中发送给所述标识对应的用户终端的数据量。

60.如权利要求58所述的基站，其特征在于，所述调整模块用于：

根据所述流量调度参数，调整基站直接管理的宏用户终端UE的下行资源。

61.如权利要求58～60任一权利要求所述的基站，其特征在于，所述调整模块还用于：

根据所述流量调度参数，调整下行回程链路的子帧数量。

Images