一种回程链路流量控制的方法、系统和设备的制作方法

文档序号:7719829阅读:97来源:国知局
专利名称:一种回程链路流量控制的方法、系统和设备的制作方法
技术领域
本发明涉及通信技术领域,特别是涉及一种回程链路流量控制的方法、系统和设备。
背景技术
LTE-A(LTE-Advanced,LTE后续演进)系统引入Relay (中继)后,如图1所示,定 义了以下节点、接口和链路节点包括DeNB (Donor eNB,施主基站),为与RN有无线连接的 eNB (Evolved Node B,演进型基站);RN(Relay-Node,中继节点),为存在于DeNB 与UE (User Equipment,用户终端)之间的实体;R_UE (Relay-UE),为与RN进行数据交互的UE,可以是 LTE (Long Term Evolution,长期演进)UE ;宏UE,为直接与DeNB进行数据交互的UE,本身与 RN无关。接口包括Un接口,为RN和DeNB之间的接口;Uu接口,为UE和RN之间的接口。 无线链路包括=BacWiaul link(回程链路),为与Un接口对应的链路;Access link(接入 链路),为与Uu接口对应的链路;Direct link(直射链路),为DeNB与宏UE进行数据传输 的链路,本身与RN无关。引入RN后的下行传输过程为到达RN下R-UE的数据需要由DeNB经下行回程链路 发送到RN,再由RN经下行接入链路发送到R-UE ;引入RN后的上行传输过程为RN下R-UE 的上行传输先由R-UE经上行接入链路发送到RN,再由RN经回程链路发送到DeNB。其中,回 程链路和接入链路作为两条独立的无线链路,具有各自不同的链路特性和信道传输质量, 一种典型的场景是回程链路信道质量好于接入链路。对于引入RN后的下行传输,DeNB根 据回程链路的配置和发往各个RN的数据优先级情况,进行调度决策和资源分配,将数据传 输至RN。而每个RN根据自身收到的下行数据进行调度决策和资源分配,将数据传输至各 R-UE0在实现本发明的过程中,发明人发现现有技术至少存在如下问题现有引入RN后的系统中没有下行数据流量控制机制,可能造成回程链路和接入 链路数据流量不匹配,从而带来RN下行数据拥塞或R-UE下行数据延迟,以及回程链路上的 资源浪费问题。

发明内容
本发明的实施例提供一种回程链路流量控制的方法、系统和设备,用于避免回程 链路和接入链路数据流量不匹配,从而解决RN下行数据拥塞或R-UE下行数据延迟,以及回 程链路上的资源浪费问题。本发明的实施例提供一种回程链路流量控制的方法,包括RN获取下行数据业务量测量结果;所述RN判断所述下行数据业务量测量结果是否满足预设的触发条件,所述触发 条件用于触发发送下行速率调整请求;当所述RN判断所述下行数据业务量测量结果满足所述预设的触发条件时,所述RN向DeNB发送下行速率调整请求,使所述DeNB根据所述下行速率调整请求,调整回程链路 上的下行数据调度和传输;否则,所述RN不向所述DeNB发送下行速率调整请求。其中,所述RN判断所述下行数据业务量测量结果满足所述预设的触发条件包括 所述RN判断所述下行数据业务量测量结果在任一时间点满足所述预设的触发条件;或所 述RN判断所述下行数据业务量测量结果在预设时间长度内满足所述预设的触发条件;或 所述RN判断所述下行数据业务量测量结果在预设触发时间间隔后满足所述预设的触发条 件;所述预设的触发条件包括所述RN的下行缓存量高于缓存门限或者下行缓存量在预设时间内的增长高于缓 存增长门限;和/或所述RN的逻辑信道出现因DiscarcLTimer超时而导致的丢包;和/或 所述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的逻辑信道出现因DiscarcLTimer超时而导致的丢包;和/或 所述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 下行数据延迟,以及回程链路上的资源浪费问题。


为了更清楚地说明本发明或现有技术中的技术方案,下面将对本发明或现有技术 描述中所需要使用的附图作简单的介绍,显而易见地,下面描述中的附图仅仅是本发明的 一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。图1为现有技术中存在Relay的LTE-A系统的结构示意图;图2为本发明实施例中一种回程链路流量控制方法的流程图;图3为本发明实施例中一种回程链路流量控制方法的流程图;图4为本发明实施例中一种MAC子头的格式;图5为本发明实施例中一种DL flow control CE的格式;图6为本发明实施例中一种DL flow control CE的格式;图7为本发明实施例中一种RN的结构示意图;图8为本发明实施例中一种DeNB的结构示意图。
具体实施例方式本发明的实施例提出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的逻辑信道出现因 DiscarcLTimer超时而导致的丢包,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的逻辑信道出现因DiscarcLTimer超时而导致的丢包;和 /或RN下的UE链路恶化;和/或RN下的UE发生无线链路失败。优选地,上调速率触发条件包括以下的一种或多种RN检测到下行缓存量低于缓存门限C或者下行缓存量在预设时间T内的减少量 高于缓存减少门限D,可以与之前上报的下调速率调整请求配合使用或单独使用;和/或RN 下的UE的链路好转;和/或RN下的UE无线链路重建成功。优选地,下调速率触发条件被触发可以是当缓存量高于缓存门限A的当前时间 点,例如缓存量由小于A转变为大于A的临界点时即上报,即RN判断下行数据业务量测 量结果在任一时间点满足预设的触发条件;也可以设置time_t0_trigger时间Tl,当缓存 量高于缓存门限A的条件持续满足经过了时间Tl后才上报,即RN判断下行数据业务量 测量结果在预设时间长度内满足预设的触发条件;上报后还可以设置pending_time_t0_ trigger时长T2,即上报了下调速率的请求后,经过T2时间才能再次触发或者上报,即RN 判断下行数据业务量测量结果在预设触发时间间隔后满足预设的触发条件。上调速率触发 与下调速率触发类似,此处不再赘述。优选地,下行数据业务量测量结果以及触发条件可以由RRC(Radic) ResourceControl,无线资源控制)配置。步骤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、持续时间长度为以kicldiaul子帧为单位的数值N,此时DeNB从接收到下行速率 调整请求时开始暂停向RN发送下行数据,持续长度为Nfkiddiaul子帧;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发送下行数据。表l、lbit 指示
权利要求
1.一种回程链路流量控制的方法,其特征在于,包括 中继节点RN获取下行数据业务量测量结果;所述RN判断所述下行数据业务量测量结果是否满足预设的触发条件,所述触发条件 用于触发发送下行速率调整请求;当所述RN判断所述下行数据业务量测量结果满足所述预设的触发条件时,所述RN向 施主基站DeNB发送下行速率调整请求,使所述DeNB根据所述下行速率调整请求,调整回程 链路上的下行数据调度和传输;否则,所述RN不向所述DeNB发送下行速率调整请求。
2.如权利要求1所述的方法,其特征在于,所述RN判断所述下行数据业务量测量结果 满足所述预设的触发条件包括所述RN判断所述下行数据业务量测量结果在任一时间点 满足所述预设的触发条件;或所述RN判断所述下行数据业务量测量结果在预设时间长度 内满足所述预设的触发条件;或所述RN判断所述下行数据业务量测量结果在预设触发时 间间隔后满足所述预设的触发条件;所述预设的触发条件包括所述RN的下行缓存量高于缓存门限或者下行缓存量在预设时间内的增长高于缓存增 长门限;和/或所述RN的逻辑信道出现因抛弃时间DiscarcLTimer超时而导致的丢包;和 /或所述RN下的UE链路恶化;和/或RN下的UE发生无线链路失败;或所述RN的下行缓存量低于缓存门限或者下行缓存量在预设时间内的减少高于缓存减 少门限;和/或所述RN下的UE的链路好转;和/或所述RN下的UE无线链路重建成功。
3.如权利要求1所述的方法,其特征在于,所述RN向DeNB发送下行速率调整请求包括所述RN向所述DeNB发送暂停或恢复向所述RN发送下行数据的请求;或 所述RN向所述DeNB发送上调或下调向所述RN发送下行数据速率的请求。
4.如权利要求1或3所述的方法,其特征在于,当所述RN向DeNB发送下行速率调整请 求时,发送方式包括通过RRC层上报;或通过MAC层上报;发送格式包括用比特指示暂停或恢复向所述RN发送下行数据;用比特指示下调或上 调向所述RN发送下行数据速率;所述下行速率调整请求的粒度包括基于所述RN的所有下行数据;或基于所述RN的 任一个逻辑信道的下行数据;或基于所述RN下任一个UE的下行数据;或基于所述RN下任 一个UE的任一个RB的下行数据。
5.如权利要求1或3所述的方法,其特征在于,当所述RN向DeNB发送下行速率调整请 求时,所述下行速率调整请求中携带持续时间长度指示;所述持续时间长度指示具体包括 以下方式中的一种或多种所述持续时间长度为以毫秒为单位的时长;或 所述持续时间长度为以无线帧为单位的数值;或 所述持续时间长度为以子帧为单位的数值;或 所述持续时间长度为以回程子帧为单位的数值;或 所述持续时间长度为绝对系统帧号L。
6.如权利要求1所述的方法,其特征在于,所述DeNB根据所述下行速率调整请求,调整 回程链路上的下行数据调度和传输包括所述DeNB根据所述下行速率调整请求,调整所述RN和宏UE的下行数据调度和传输, 包括所述DeNB根据所述下行速率调整请求,暂停或恢复向所述RN发送下行数据或所述 DeNB上调或下调向所述RN发送下行数据速率;或所述DeNB根据所述下行速率调整请求,调整下行链路回程子帧的个数;具体包括当 所述DeNB根据所述RN上报的长期统计和算法设计判断所述回程链路下行数据量长期低于 接入链路数据量时,所述DeNB增加下行链路回程子帧个数;当所述回程链路下行数据量长 期高于接入链路数据量时,所述DeNB减少下行链路回程子帧个数。
7.一种回程链路流量控制的方法,其特征在于,包括DeNB接收RN发送的下行速率调整请求;所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输。
8.如权利要求7所述的方法,其特征在于,所述DeNB根据所述下行速率调整请求,调整 回程链路上的下行数据调度和传输包括所述DeNB根据所述下行速率调整请求,调整所述RN和宏UE的下行数据调度和传输, 包括所述DeNB根据所述下行速率调整请求,暂停或恢复向所述RN发送下行数据或所述 DeNB上调或下调向所述RN发送下行数据速率;或所述DeNB根据所述下行速率调整请求,调整下行链路回程子帧的个数;具体包括当 所述DeNB根据所述RN上报的长期统计和算法设计判断所述回程链路下行数据量长期低于 接入链路数据量时,所述DeNB增加下行链路回程子帧个数;当所述回程链路下行数据量长 期高于接入链路数据量时,所述DeNB减少下行链路回程子帧个数。
9.如权利要求8所述的方法,其特征在于,所述DeNB接收RN发送的下行速率调整请求 之前,包括所述RN判断下行数据业务量测量结果满足预设的触发条件,所述RN向DeNB发送下行 速率调整请求。
10.一种回程链路流量控制的系统,其特征在于,包括RN,用于获取下行数据业务量测量结果;判断所述下行数据业务量测量结果是否满足 预设的触发条件,所述触发条件用于触发发送下行速率调整请求;当判断所述下行数据业 务量测量结果满足所述预设的触发条件时,向DeNB发送下行速率调整请求,使所述DeNB根 据所述下行速率调整请求,调整回程链路上的下行数据调度和传输;否则,不向所述DeNB 发送下行速率调整请求。DeNB,用于接收RN发送的下行速率调整请求;根据所述下行速率调整请求,调整回程 链路上的下行数据调度和传输。
11.一种RN,其特征在于,包括获取模块,用于获取下行数据业务量测量结果;判断模块,用于判断所述获取模块获取的所述下行数据业务量测量结果是否满足预设 的触发条件,所述触发条件用于触发发送下行速率调整请求;处理模块,用于当所述判断模块判断所述获取模块获取的下行数据业务量测量结果满 足所述预设的触发条件时,向DeNB发送下行速率调整请求,使所述DeNB根据所述下行速率 调整请求,调整回程链路上的下行数据调度和传输;否则,不向所述DeNB发送下行速率调 整请求。
12.如权利要求11所述的RN,其特征在于,所述判断模块具体用于判断所述下行数据 业务量测量结果在任一时间点满足所述预设的触发条件;或判断所述下行数据业务量测量 结果在预设时间长度内满足所述预设的触发条件;或判断所述下行数据业务量测量结果在 预设触发时间间隔后满足所述预设的触发条件;所述预设的触发条件包括所述RN的下行缓存量高于缓存门限或者下行缓存量在预设时间内的增长高于缓存增 长门限;和/或所述RN的逻辑信道出现因DiscarcLTimer超时而导致的丢包;和/或所述 RN下的UE链路恶化;和/或RN下的UE发生无线链路失败;或所述RN的下行缓存量低于缓存门限或者下行缓存量在预设时间内的减少高于缓存减 少门限;和/或所述RN下的UE的链路好转;和/或所述RN下的UE无线链路重建成功。
13.如权利要求11所述的RN,其特征在于,所述处理模块具体用于 向所述DeNB发送暂停或恢复向所述RN发送下行数据的请求;或 向所述DeNB发送上调或下调向所述RN发送下行数据速率的请求。
14.如权利要求11或13所述的RN,其特征在于,所述处理模块还用于通过RRC层上报;或通过MAC层上报;所述处理模块还用于用比特指示暂停或恢复向所述RN发送下行数据;用比特指示下 调或上调向所述RN发送下行数据速率;所述下行速率调整请求的粒度包括基于所述RN的所有下行数据;或基于所述RN的 任一个逻辑信道的下行数据;或基于所述RN下任一个UE的下行数据;或基于所述RN下任 一个UE的任一个RB的下行数据。
15.如权利要求11或13所述的RN,其特征在于,所述处理模块还用于在所述下行速 率调整请求中携带持续时间长度指示;所述持续时间长度指示具体包括以下方式中的一种 或多种所述持续时间长度为以毫秒为单位的时长;或 所述持续时间长度为以无线帧为单位的数值;或 所述持续时间长度为以子帧为单位的数值;或 所述持续时间长度为以回程子帧为单位的数值;或 所述持续时间长度为绝对系统帧号L。
16.一种DeNB,其特征在于,包括接收模块,用于接收RN发送的下行速率调整请求;调整模块,用于根据所述接收模块接收的所述下行速率调整请求,调整回程链路上的 下行数据调度和传输。
17.如权利要求16所述的DeNB,其特征在于,所述调整模块具体用于根据所述接收模块接收的所述下行速率调整请求,调整所述RN和宏UE的下行数据调 度和传输,包括根据所述下行速率调整请求,暂停或恢复向所述RN发送下行数据或上调 或下调向所述RN发送下行数据速率;或根据所述接收模块接收的所述下行速率调整请求,调整下行链路回程子帧的个数;具 体包括当根据所述RN上报的长期统计和算法设计判断所述回程链路下行数据量长期低 于接入链路数据量时,增加下行链路回程子帧个数;当所述回程链路下行数据量长期高于 接入链路数据量时,减少下行链路回程子帧个数。
全文摘要
本发明的实施例公开了一种回程链路流量控制的方法、系统和设备,该方法包括RN获取下行数据业务量测量结果;所述RN判断所述下行数据业务量测量结果是否满足预设的触发条件,所述触发条件用于触发发送下行速率调整请求;当所述RN判断所述下行数据业务量测量结果满足所述预设的触发条件时,所述RN向DeNB发送下行速率调整请求,使所述DeNB根据所述下行速率调整请求,调整回程链路上的下行数据调度和传输;否则,所述RN不向所述DeNB发送下行速率调整请求。通过本发明,避免了回程链路和接入链路数据流量不匹配,从而解决了RN下行数据拥塞或R-UE下行数据延迟,以及回程链路上的资源浪费问题。
文档编号H04W72/12GK102056242SQ20091023670
公开日2011年5月11日 申请日期2009年10月28日 优先权日2009年10月28日
发明者刘佳敏, 谌丽, 鲍炜 申请人:大唐移动通信设备有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1