发明内容
本发明的实施例提供一种回程链路流量控制的方法、系统和设备,用于避免回程链路和接入链路数据流量不匹配,从而解决RN下行数据拥塞或R-UE下行数据延迟,以及回程链路上的资源浪费问题。
本发明的实施例提供一种回程链路流量控制的方法,包括:
RN获取下行数据业务量测量结果;
所述RN判断所述下行数据业务量测量结果是否满足预设的触发条件,所述触发条件用于触发发送下行速率调整请求;
当所述RN判断所述下行数据业务量测量结果满足所述预设的触发条件时,所述RN向DeNB发送下行速率调整请求,使所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输;否则,所述RN不向所述DeNB发送下行速率调整请求。
其中,所述RN判断所述下行数据业务量测量结果满足所述预设的触发条件包括:所述RN判断所述下行数据业务量测量结果在任一时间点满足所述预设的触发条件;或所述RN判断所述下行数据业务量测量结果在预设时间长度内满足所述预设的触发条件;或所述RN判断所述下行数据业务量测量结果在预设触发时间间隔后满足所述预设的触发条件;所述预设的触发条件包括:
所述RN的下行缓存量高于缓存门限或者下行缓存量在预设时间内的增长高于缓存增长门限;和/或所述RN的逻辑信道出现因Discard_Timer超时而导致的丢包;和/或所述RN下的UE链路恶化;和/或RN下的UE发生无线链路失败;或
所述RN的下行缓存量低于缓存门限或者下行缓存量在预设时间内的减少高于缓存减少门限;和/或所述RN下的UE的链路好转;和/或所述RN下的UE无线链路重建成功。
其中,所述RN向DeNB发送下行速率调整请求包括:
所述RN向所述DeNB发送暂停或恢复向所述RN发送下行数据的请求;或
所述RN向所述DeNB发送上调或下调向所述RN发送下行数据速率的请求。
其中,当所述RN向DeNB发送下行速率调整请求时,
发送方式包括:通过RRC层上报;或通过MAC层上报;
发送格式包括:用比特指示暂停或恢复向所述RN发送下行数据;用比特指示下调或上调向所述RN发送下行数据速率;
所述下行速率调整请求的粒度包括:基于所述RN的所有下行数据;或基于所述RN的任一个逻辑信道的下行数据;或基于所述RN下任一个UE的下行数据;或基于所述RN下任一个UE的任一个RB的下行数据。
其中,当所述RN向DeNB发送下行速率调整请求时,所述下行速率调整请求中携带持续时间长度指示;所述持续时间长度指示具体包括以下方式中的一种或多种:
所述持续时间长度为以毫秒为单位的时长;或
所述持续时间长度为以无线帧为单位的数值;或
所述持续时间长度为以子帧为单位的数值;或
所述持续时间长度为以回程子帧为单位的数值;或
所述持续时间长度为绝对系统帧号L。
其中,所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输包括:
所述DeNB根据所述下行速率调整请求,调整所述RN和宏UE的下行数据调度和传输,包括:所述DeNB根据所述下行速率调整请求,暂停或恢复向所述RN发送下行数据或所述DeNB上调或下调向所述RN发送下行数据速率;或
所述DeNB根据所述下行速率调整请求,调整下行链路回程子帧的个数;具体包括:当所述DeNB根据所述RN上报的长期统计和算法设计判断所述回程链路下行数据量长期低于接入链路数据量时,所述DeNB增加下行链路回程子帧个数;当所述回程链路下行数据量长期高于接入链路数据量时,所述DeNB减少下行链路回程子帧个数。
本发明实施例提供一种回程链路流量控制的方法,包括:
DeNB接收RN发送的下行速率调整请求;
所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输。
其中,所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输包括:
所述DeNB根据所述下行速率调整请求,调整所述RN和宏UE的下行数据调度和传输,包括:所述DeNB根据所述下行速率调整请求,暂停或恢复向所述RN发送下行数据或所述DeNB上调或下调向所述RN发送下行数据速率;或
所述DeNB根据所述下行速率调整请求,调整下行链路回程子帧的个数;具体包括:当所述DeNB根据所述RN上报的长期统计和算法设计判断所述回程链路下行数据量长期低于接入链路数据量时,所述DeNB增加下行链路回程子帧个数;当所述回程链路下行数据量长期高于接入链路数据量时,所述DeNB减少下行链路回程子帧个数。
其中,所述DeNB接收RN发送的下行速率调整请求之前,包括:
所述RN判断下行数据业务量测量结果满足预设的触发条件,所述RN向DeNB发送下行速率调整请求。
本发明实施例提供一种回程链路流量控制的系统,包括:
RN,用于获取下行数据业务量测量结果;判断所述下行数据业务量测量结果是否满足预设的触发条件,所述触发条件用于触发发送下行速率调整请求;当判断所述下行数据业务量测量结果满足所述预设的触发条件时,向DeNB发送下行速率调整请求,使所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输;否则,不向所述DeNB发送下行速率调整请求。
DeNB,用于接收RN发送的下行速率调整请求;根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输。
本发明实施例提供一种RN,包括:
获取模块,用于获取下行数据业务量测量结果;
判断模块,用于判断所述获取模块获取的所述下行数据业务量测量结果是否满足预设的触发条件,所述触发条件用于触发发送下行速率调整请求;
处理模块,用于当所述判断模块判断所述获取模块获取的下行数据业务量测量结果满足所述预设的触发条件时,向DeNB发送下行速率调整请求,使所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输;否则,不向所述DeNB发送下行速率调整请求。
其中,所述判断模块具体用于:判断所述下行数据业务量测量结果在任一时间点满足所述预设的触发条件;或判断所述下行数据业务量测量结果在预设时间长度内满足所述预设的触发条件;或判断所述下行数据业务量测量结果在预设触发时间间隔后满足所述预设的触发条件;所述预设的触发条件包括:
所述RN的下行缓存量高于缓存门限或者下行缓存量在预设时间内的增长高于缓存增长门限;和/或所述RN的逻辑信道出现因Discard_Timer超时而导致的丢包;和/或所述RN下的UE链路恶化;和/或RN下的UE发生无线链路失败;或
所述RN的下行缓存量低于缓存门限或者下行缓存量在预设时间内的减少高于缓存减少门限;和/或所述RN下的UE的链路好转;和/或所述RN下的UE无线链路重建成功。
其中,所述处理模块具体用于:
向所述DeNB发送暂停或恢复向所述RN发送下行数据的请求;或
向所述DeNB发送上调或下调向所述RN发送下行数据速率的请求。
其中,
所述处理模块还用于:通过RRC层上报;或通过MAC层上报;
所述处理模块还用于:用比特指示暂停或恢复向所述RN发送下行数据;用比特指示下调或上调向所述RN发送下行数据速率;
所述下行速率调整请求的粒度包括:基于所述RN的所有下行数据;或基于所述RN的任一个逻辑信道的下行数据;或基于所述RN下任一个UE的下行数据;或基于所述RN下任一个UE的任一个RB的下行数据。
其中,所述处理模块还用于:在所述下行速率调整请求中携带持续时间长度指示;所述持续时间长度指示具体包括以下方式中的一种或多种:
所述持续时间长度为以毫秒为单位的时长;或
所述持续时间长度为以无线帧为单位的数值;或
所述持续时间长度为以子帧为单位的数值;或
所述持续时间长度为以回程子帧为单位的数值;或
所述持续时间长度为绝对系统帧号L。
本发明实施例提供一种DeNB,包括:
接收模块,用于接收RN发送的下行速率调整请求;
调整模块,用于根据所述接收模块接收的所述下行速率调整请求,调整回程链路上的下行数据调度和传输。
其中,所述调整模块具体用于:
根据所述接收模块接收的所述下行速率调整请求,调整所述RN和宏UE的下行数据调度和传输,包括:根据所述下行速率调整请求,暂停或恢复向所述RN发送下行数据或上调或下调向所述RN发送下行数据速率;或
根据所述接收模块接收的所述下行速率调整请求,调整下行链路回程子帧的个数;具体包括:当根据所述RN上报的长期统计和算法设计判断所述回程链路下行数据量长期低于接入链路数据量时,增加下行链路回程子帧个数;当所述回程链路下行数据量长期高于接入链路数据量时,减少下行链路回程子帧个数。
本发明的实施例通过RN发送下行速率调整请求和DeNB根据该请求对下行速率进行调整,避免了回程链路和接入链路数据流量不匹配,从而解决了RN下行数据拥塞或R-UE下行数据延迟,以及回程链路上的资源浪费问题。
具体实施方式
本发明的实施例提出:RN获取下行数据业务量测量结果并判断所述下行数据业务量测量结果是否满足预设的触发条件,所述触发条件用于触发发送下行速率调整请求;当所述RN判断所述下行数据业务量测量结果满足所述预设的触发条件时,所述RN向DeNB发送下行速率调整请求,使所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输;否则,所述RN不向所述DeNB发送下行速率调整请求。
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
对于引入RN后的下行传输,DeNB根据回程链路的配置和发往各个RN的数据优先级情况,进行调度决策和资源分配,将数据传输至RN。而每个RN根据自身收到的下行数据进行调度决策和资源分配,将数据传输至各R-UE。针对下行传输,目前没有任何数据流量控制方法。由此带来的影响是:由于回程链路和接入链路的不匹配,如果接入链路数据流量小于回程链路数据流量,可能造成下行数据在RN拥塞,同时由于DeNB的下行传输资源过多用于回程链路,使得宏UE得不到很好地调度和传输;如果接入链路数据流量大于回程链路数据流量,RN已没有下行数据可发,DeNB迟迟不把数据发下来,会造成R-UE数据不必要的延迟。特别的,对于R-UE出现链路恶化甚至无线链路失败等情况时,DeNB无法知悉,仍旧传输该UE的下行数据至RN,最终造成这些数据在RN被删除,浪费了回程链路上的资源。
本发明的实施例提供一种回程链路流量控制的方法,如图2所示,具体包括以下步骤:
步骤201、RN获取下行数据业务量测量结果;
步骤202、所述RN判断所述下行数据业务量测量结果是否满足预设的触发条件,所述触发条件用于触发发送下行速率调整请求;
步骤203、当所述RN判断所述下行数据业务量测量结果满足所述预设的触发条件时,所述RN向DeNB发送下行速率调整请求,使所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输;否则,所述RN不向所述DeNB发送下行速率调整请求。
本发明的实施例提供一种回程链路流量控制的方法,如图3所示,具体包括以下步骤:
步骤301、RN获取下行数据业务量测量结果。
为了根据实际情况判断是否需要调整DeNB与本RN之间的回程链路的下行数据发送速率,RN需要获取下行数据业务量测量结果,用于后续判断。
优选地,下行数据业务量测量结果包括:下行缓存量、RN的逻辑信道出现因Discard_Timer超时而导致的丢包,RN下的UE链路恶化或转好,RN下的UE发生无线链路失败或重建成功等测量结果。关于缓存量的测量可以基于实时值,也可以是预设时间T内的均值或者增长量等。
例如:当RN根据自己的下行数据发送和缓存情况,即下行数据业务量测量结果,判断下行数据链路发生拥塞时,RN可以向DeNB上报要求暂停对本RN的下行数据发送或下调对本RN发送下行数据速率;当RN根据自己的下行数据缓存情况判断下行数据链路拥塞消除时,RN可以向DeNB上报要求恢复对本RN的下行数据发送或上调对本RN发送下行数据速率。
步骤302、RN根据下行数据业务量测量结果,判断是否满足预设的触发条件。
具体地,RN根据下行数据业务量测量结果,判断是否满足预设的触发条件包括以下两种情况中的任一种:
(a)当判断结果为满足预设的触发条件时,转到步骤303;
(b)当判断结果为不满足预设的触发条件时,转到步骤301。
预设的触发条件包括:下调速率触发条件和上调速率触发条件。下调速率触发条件用于触发RN向DeNB发送下调向本RN发送下行数据速率的请求,其中下调速率可以低至暂停数据发送;上调速率触发条件用于触发RN向DeNB发送上调向本RN发送下行数据速率的请求,其中包括当DeNB暂停向本RN发送下行数据后,向DeNB发送恢复向本RN发送下行数据的请求。
优选地,下调速率触发条件包括以下的一种或多种:
RN检测到下行缓存量高于缓存门限A或者下行缓存量在预设时间T内的增长量高于缓存增长门限B;和/或RN的逻辑信道出现因Discard_Timer超时而导致的丢包;和/或RN下的UE链路恶化;和/或RN下的UE发生无线链路失败。
优选地,上调速率触发条件包括以下的一种或多种:
RN检测到下行缓存量低于缓存门限C或者下行缓存量在预设时间T内的减少量高于缓存减少门限D,可以与之前上报的下调速率调整请求配合使用或单独使用;和/或RN下的UE的链路好转;和/或RN下的UE无线链路重建成功。
优选地,下调速率触发条件被触发可以是当缓存量高于缓存门限A的当前时间点,例如:缓存量由小于A转变为大于A的临界点时即上报,即RN判断下行数据业务量测量结果在任一时间点满足预设的触发条件;也可以设置time_to_trigger时间T1,当缓存量高于缓存门限A的条件持续满足经过了时间T1后才上报,即RN判断下行数据业务量测量结果在预设时间长度内满足预设的触发条件;上报后还可以设置pending_time_to_trigger时长T2,即上报了下调速率的请求后,经过T2时间才能再次触发或者上报,即RN判断下行数据业务量测量结果在预设触发时间间隔后满足预设的触发条件。上调速率触发与下调速率触发类似,此处不再赘述。
优选地,下行数据业务量测量结果以及触发条件可以由RRC(Radio Resource Control,无线资源控制)配置。
步骤303、RN向DeNB发送下行速率调整请求。
优选地,RN向DeNB发送下行速率调整请求包括:
(a)当该下行速率调整请求由下调速率触发条件触发时,RN向DeNB发送下调向本RN发送下行数据速率的请求;
(b)当该下行速率调整请求由上调速率触发条件触发时,RN向DeNB发送上调向本RN发送下行数据速率的请求。
优选地,RN向DeNB发送下行速率调整请求时,可以携带持续时间长度指示,此时DeNB仅在指示的时间长度内根据该请求调整向本RN发送下行数据。其中,持续时间长度指示的方式包括以下方式的任一种:
a、持续时间长度为以毫秒为单位的时长m,此时DeNB从接收到下行速率调整请求时开始暂停向RN发送下行数据,持续时间为m毫秒;
b、持续时间长度为持续时间长度为以无线帧为单位的数值N,此时DeNB从接收到下行速率调整请求时开始暂停向RN发送下行数据,持续长度为N个无线帧;
c、持续时间长度为以子帧为单位的数值N,此时DeNB从接收到下行速率调整请求时开始暂停向RN发送下行数据,持续长度为N个子帧;
d、持续时间长度为以backhaul子帧为单位的数值N,此时DeNB从接收到下行速率调整请求时开始暂停向RN发送下行数据,持续长度为N个backhaul子帧;
e、持续时间长度为绝对系统帧号L,此时DeNB从接收到下行速率调整请求时开始暂停向RN发送下行数据,直至系统帧号为L的那个无线帧结束。
当然,该下行速率调整请求中也可以不携带持续时长指示,此时DeNB从接收到下行速率调整请求时根据该请求向RN发送下行数据,直至收到RN对DeNB发送的下一个下行速率调整请求。
RN向DeNB发送下行速率调整请求时,上报的粒度包含以下多种中的任一种:
(a)RN向DeNB发送下行速率调整请求基于本RN的所有下行数据;
(b)RN向DeNB发送下行速率调整请求基于RN的任一个逻辑信道的下行数据;
(c)RN向DeNB发送下行速率调整请求基于RN下任一个UE的下行数据;
(d)RN向DeNB发送下行速率调整请求基于RN下任一个UE的任一个RB的下行数据。
优选地,用比特指示暂停或恢复向所述RN发送下行数据;用比特指示下调或上调向所述RN发送下行数据速率。具体地,用1比特表示RN向DeNB发送下行速率调整请求的格式如表1所示,其中“0”表示恢复向RN发送下行数据,“1”表示暂停向RN发送下行数据。
表1、1bit指示
优选地,用2比特表示RN向DeNB发送下行速率调整请求的格式如表2所示,其中“00”表示不限制向RN发送下行数据的速度,“01”表示降低向RN发送下行数据的速度,“10”表示提高向RN发送下行数据的速度,“11”表示停止向RN发送下行数据。
表2、2bit指示
00 |
不限制 |
01 |
降速 |
10 |
升速 |
11 |
完全停发 |
优选地,RN向DeNB发送下行速率调整请求的方式包括:RRC层上报;或MAC(Media Access Control,媒体接入控制)层上报。
RRC层上报的方式具体包括:MAC层测量下行数据业务量测量结果;MAC层判断下行数据业务量测量结果满足预设的触发条件后,上报给RRC;RRC层组织层三报告向DeNB发送。RRC层上报方式的,相比MAC层上报的方式,可以携带更多的信息(例如业务量测量值等,而采用MAC层上报的方式,则以少量bit指示升降等为佳),且具有更高的稳定性。
MAC层上报的方式具体包括:MAC层测量下行数据业务量测量结果;MAC层判断下行数据业务量测量结果满足预设的触发条件后,利用在MACPDU中携带下行速率调整请求向DeNB上报。
MAC层上报格式包括以下两种方式中的任一种:
(a)引入一个新的MAC CE(MAC Control Element,MAC控制元素),用于承载下行速率调整请求,称此MAC CE为DL flow control CE。
RN上报下行速率调整请求时,将DL flow control CE放在MAC PDU(MAC Packet Data Unit)中,其中该MAC PDU中包含DL flow control CE和与之对应的MAC子头两部分。
MAC子头的格式如图4所示,该MAC子头为R/R/E/LCID sub-header,其中:LCID(Logical Channel ID)用于标识对应负荷部分的逻辑信道号,特殊的LCID用来指示MAC CE,此处用于标识该子头和对应负荷部分为用于做速率调整使用;E为扩展比特,用于指示下一个byte是MAC子头还是MAC负荷;R为预留比特,此处可用1-2bit的预留比特按照表1或者表2类似的格式指示下行速率调整请求。
当MAC PDU中不携带DL flow control CE时,表明该下行速率调整请求粒度是基于整个RN的下行数据,具体下行速率调整请求由Rbit按照表1或者表2的格式来解读。
当MAC PDU中携带DL flow control CE时,优选地,用1-2bytes表示下行速率调整请求对应的持续时间长度、特定UE的标识信息和RN的逻辑信道号中的一种或多种,如UE ID。当携带持续时间长度指示信息时,具体格式如图5所示;当UE的标识信息时,具体格式如图6所示;当携带RN的逻辑信道号时,具体格式与图5和图6类似,此处不再赘述。
优选地,在所需持续时间长度指示信息或UE标识信息存在剩余比特的情况下,可以与表1或者表2类似的下行速率调整请求的指示放在DL flow control CE信息中,使MAC子头格式保持兼容性。
(b)使用数据部分的MAC子头极其扩展来携带下行速率调整请求。
在正常数据的MAC子头中,以R比特来扩展表示对该逻辑信道携带下行速率调整指示。可以用R比特直接如表1或者表2所示表示下行速率调整信息,后续也可以携带持续时间长度指示信息和/或UE标识信息;也可以用R比特指示携带下行速率调整信息,在持续时间长度指示信息或UE标识信息中携带如表1或者表2所示表示下行速率调整信息。该方法可以用以指示对RN特定逻辑信道的下行速率调整或者对RN中特定UE的某RB进行速率调整。
步骤304、DeNB根据下行速率调整请求,调整回程链路上的下行数据调度和传输。
优选地,调整回程链路上的下行数据调度和传输包括以下两种情况中的任一种:
(a)DeNB根据下行速率调整请求,调整RN和宏UE的下行数据调度和传输;
具体地,DeNB根据下行速率调整请求,调整RN和宏UE的下行数据调度和传输包括以下多种情况中的任一种:
(1)当下行速率调整请求为暂停向该RN发送下行数据的请求时,DeNB按照上报所指的粒度,完全暂停其所指下行数据的调度和发送,缓存被暂缓发送的数据;
(2)当下行速率调整请求为恢复向该RN发送下行数据的请求时,DeNB按照上报所指的粒度,恢复对所指下行数据参与正常的调度和传输;
(3)当下行速率调整请求为下调向该RN发送下行数据速率的请求时,DeNB根据本身的负荷和调度算法来决定,对所指下行数据调度和传输进行减缓,例如对所有GBR(Guarantee Bit Rate)业务进行正常调度,不降速;对所有NGBR(Non-Guarantee Bit Rate)业务,将其速率降为正常调度速率的一半或者仅维持较小的一个速率等;
(4)当下行速率调整请求为上调向该RN发送下行数据速率的请求时,DeNB可以放开对所指下行数据调度的限制或者将之前限制的NGBR业务的速率增长10%或者将之前限制的较小速率提高一些。
(b)DeNB根据下行速率调整请求,调整DL backhaul(Down Link Backhaul,下行链路回程)子帧的个数,其中DL backhaul子帧专用于DeNB对RN的下行调度和传输。
DeNB根据下行速率调整请求,调整DL backhaul子帧的个数具体包括:
当DeNB根据RN上报的长期统计和算法设计判断回程链路下行数据量长期低于接入链路数据量,DeNB增加DL backhaul子帧个数;
当回程链路下行数据量长期高于接入链路数据量,DeNB减少DLbackhaul子帧个数。
本发明实施例提供一种回程链路流量控制的系统,包括:
RN,用于获取下行数据业务量测量结果;判断所述下行数据业务量测量结果是否满足预设的触发条件,所述触发条件用于触发发送下行速率调整请求;当判断所述下行数据业务量测量结果满足所述预设的触发条件时,向DeNB发送下行速率调整请求,使所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输;否则,不向所述DeNB发送下行速率调整请求。
DeNB,用于接收RN发送的下行速率调整请求;根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输。
本发明实施例提供一种RN 700,如图7所示,包括:
获取模块710,用于获取下行数据业务量测量结果;
判断模块720,用于判断获取模块710获取的所述下行数据业务量测量结果是否满足预设的触发条件,所述触发条件用于触发发送下行速率调整请求;
处理模块730,用于当判断模块720判断获取模块710获取的下行数据业务量测量结果满足所述预设的触发条件时,向DeNB发送下行速率调整请求,使所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输;否则,不向所述DeNB发送下行速率调整请求。
其中,判断模块720具体用于:判断所述下行数据业务量测量结果在任一时间点满足所述预设的触发条件;或判断所述下行数据业务量测量结果在预设时间长度内满足所述预设的触发条件;或判断所述下行数据业务量测量结果在预设触发时间间隔后满足所述预设的触发条件;所述预设的触发条件包括:
所述RN的下行缓存量高于缓存门限或者下行缓存量在预设时间内的增长高于缓存增长门限;和/或所述RN的逻辑信道出现因Discard_Timer超时而导致的丢包;和/或所述RN下的UE链路恶化;和/或RN下的UE发生无线链路失败;或
所述RN的下行缓存量低于缓存门限或者下行缓存量在预设时间内的减少高于缓存减少门限;和/或所述RN下的UE的链路好转;和/或所述RN下的UE无线链路重建成功。
其中,处理模块730具体用于:
向所述DeNB发送暂停或恢复向所述RN发送下行数据的请求;或
向所述DeNB发送上调或下调向所述RN发送下行数据速率的请求。
其中,
处理模块730还用于:通过RRC层上报;或通过MAC层上报;
处理模块730还用于:用比特指示暂停或恢复向所述RN发送下行数据;用比特指示下调或上调向所述RN发送下行数据速率;
所述下行速率调整请求的粒度包括:基于所述RN的所有下行数据;或基于所述RN的任一个逻辑信道的下行数据;或基于所述RN下任一个UE的下行数据;或基于所述RN下任一个UE的任一个RB的下行数据。
其中,处理模块730还用于:在所述下行速率调整请求中携带持续时间长度指示;所述持续时间长度指示具体包括以下方式中的一种或多种:
所述持续时间长度为以毫秒为单位的时长;或
所述持续时间长度为以无线帧为单位的数值;或
所述持续时间长度为以子帧为单位的数值;或
所述持续时间长度为以回程子帧为单位的数值;或
所述持续时间长度为绝对系统帧号L。
本发明实施例提供一种DeNB 800,如图8所示,包括:
接收模块810,用于接收RN发送的下行速率调整请求;
调整模块820,用于根据接收模块810接收的所述下行速率调整请求,调整回程链路上的下行数据调度和传输。
其中,调整模块820具体用于:
根据接收模块810接收的所述下行速率调整请求,调整所述RN和宏UE的下行数据调度和传输,包括:根据所述下行速率调整请求,暂停或恢复向所述RN发送下行数据或上调或下调向所述RN发送下行数据速率;或
根据接收模块810接收的所述下行速率调整请求,调整下行链路回程子帧的个数;具体包括:当根据所述RN上报的长期统计和算法设计判断所述回程链路下行数据量长期低于接入链路数据量时,增加下行链路回程子帧个数;当所述回程链路下行数据量长期高于接入链路数据量时,减少下行链路回程子帧个数。
本发明的实施例通过RN发送下行速率调整请求和DeNB根据该请求对下行速率进行调整,避免了回程链路和接入链路数据流量不匹配,从而解决了RN下行数据拥塞或R-UE下行数据延迟,以及回程链路上的资源浪费问题。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。