CN101959236B - 一种流量控制的方法和装置 - Google Patents

一种流量控制的方法和装置 Download PDF

Info

Publication number
CN101959236B
CN101959236B CN 200910088288 CN200910088288A CN101959236B CN 101959236 B CN101959236 B CN 101959236B CN 200910088288 CN200910088288 CN 200910088288 CN 200910088288 A CN200910088288 A CN 200910088288A CN 101959236 B CN101959236 B CN 101959236B
Authority
CN
China
Prior art keywords
token bucket
described
capacity
current
send
Prior art date
Application number
CN 200910088288
Other languages
English (en)
Other versions
CN101959236A (zh
Inventor
梁剑
唐洪川
王鑫
Original Assignee
大唐移动通信设备有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 大唐移动通信设备有限公司 filed Critical 大唐移动通信设备有限公司
Priority to CN 200910088288 priority Critical patent/CN101959236B/zh
Publication of CN101959236A publication Critical patent/CN101959236A/zh
Application granted granted Critical
Publication of CN101959236B publication Critical patent/CN101959236B/zh

Links

Abstract

本发明涉及无线通信技术,特别涉及一种流量控制的方法和装置,能够根据用户终端的MBR控制下行流量。本发明实施例的方法包括:根据业务类型对应的最大允许突发时间和QoS信息中的MBR,确定令牌桶的总容量,将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值;根据收到的来自基站的容量分配控制帧,确定每次需要发送的数据量;根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB口发送数据。采用本发明实施例的方法由于可以根据用户终端的MBR控制下行数据的流量,从而可以满足运营商根据用户签约速率限制用户数据流量的需求,增加了流量控制的应用场景。

Description

一种流量控制的方法和装置

技术领域

[0001] 本发明涉及无线通信技术,特别涉及一种流量控制的方法和装置。

背景技术

[0002] 不断增长的无线数据业务对网络性能提出了新的要求,而针对下行高速业务的需求,3GPP(3rd Generation partnership project 3,代合作项目)Release 5 引入了重要的增强技术-HSDPA(High Speed Downlink Packet Access,高速下行分组接入)技术。

[0003] HSDPA技术采用共享的下行信道进行数据传输,通过引入自适应调制与编码(AMC)、混合自动重传请求(Hybrid Automatic Repeat Request, HARQ)、快速调度、16QAM(Quadrature Amplitude Modulation,正交调幅)等技术,从而得到了较高的数据吞吐量,并且有效的降低了数据重传的次数和传输过程中的时延。

[0004]目前HSDPA技术中的调度在NodeB (基站)中完成。具体的:

[0005] 用户终端(UE)通过测量当前的C/I (载波干扰比)来判断信道质量的好坏,根据当前的信道质量在协议规定的传输格式及资源组合(TFRC)表中选择合适的数据块大小(TBS)以及调制编码方式,同时用户终端还将对当前传输时间间隔(TTI)接收到的数据块进行解码,最后将ACK/NACK信息以及TFRC信息一起作为信道质量指示(CQI)信息,通过HS-SICH信道上报给NodeB ;

[0006] NodeB根据收到的CQI信息在下一个TTI内发送合适的数据块。

[0007] 当多个用户终端在线时,NodeB需要采用调度算法,从而达到控制下行流量的目的。

[0008] 目前,NodeB采用下面3种基本调度算法中的一种:

[0009] 1、基于最大载干比的ΜΑΧ-C/I调度算法;

[0010] 2、对用户终端轮询调度的Round Robin算法;

[0011] 3、兼顾时间与资源的部分公平调度PF算法。

[0012] 但是目前的协议中并没有根据用户终端的MBR控制下行流量的方案。

[0013] 综上所述,目前的流量控制中,没有根据用户终端的MBR控制下行流量的方案。

发明内容

[0014] 本发明实施例提供一种流量控制的方法和装置,能够根据用户终端的MBR控制下

行流量。

[0015] 本发明实施例提供一种流量控制的方法,该方法包括:

[0016] 根据业务类型对应的最大允许突发时间和业务质量QoS信息中的MBR,确定令牌桶的总容量,将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值;

[0017] 根据收到的来自基站的容量分配控制帧,确定每次需要发送的数据量;

[0018] 根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB口发送数据。[0019] 本发明实施例提供一种流量控制设备,该设备包括:

[0020] 容量确定模块,用于根据业务类型对应的最大允许突发时间和业务质量QoS信息中的MBR,确定令牌桶的总容量,将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值;

[0021] 数据量确定模块,用于根据收到的来自基站的容量分配控制帧,确定每次需要发送的数据量;

[0022] 发送模块,用于根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB 口发送数据。

[0023] 本发明实施例提供一种无线网络控制器RNC,该RNC包括:

[0024] 无线链路控制RLC模块,用于缓存收到的数据;

[0025] MAC-d模块,用于根据业务类型对应的最大允许突发时间和业务质量QoS信息中的MBR,确定令牌桶的总容量,将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值,根据收到的来自基站的容量分配控制帧,确定每次需要发送的数据量,根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法发送缓存的数据;

[0026] FP模块,用于将来自所述MAC-d模块的数据,通过IUB 口发送。

[0027] 本发明实施例根据业务类型对应的最大允许突发时间和QoS (QualityofService,业务质量)信息中的MBR(最大比特速率),确定令牌桶剩余容量的最大值(即令牌桶的总容量),根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB(RNC和Node B之间的接口)口发送数据。由于可以根据用户终端的MBR控制下行数据的流量,从而可以满足运营商根据用户签约速率限制用户数据流量的需求,增加了流量控制的应用场景。

附图说明

[0028] 图1为本发明实施例流量控制设备的结构示意图;

[0029] 图2为本发明实施例RNC(Radio Network Controller,无线网络控制器)的结构示意图;

[0030] 图3为本发明实施例流量控制的方法流程示意图;

[0031] 图4为本发明实施例RNC发起容量请求消息的方法流程示意图;

[0032] 图5为本发明实施例RNC进行流量控制的方法流程示意图。

具体实施方式

[0033] 本发明实施例根据业务类型对应的最大允许突发时间和QoS信息中的MBR,确定令牌桶剩余容量的最大值(即令牌桶的总容量),根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB 口发送数据。由于可以根据用户终端的MBR控制下行数据的流量,从而可以满足运营商根据用户签约速率限制用户数据流量的需求。

[0034] 其中,本发明实施例采用的令牌桶算法基本原理如下:

[0035] 令牌以一定的速率放入桶中;

[0036] 每个令牌允许源发送一定数量的比特,且每个令牌允许发送的比特数量相同;

[0037] 发送一个包,流量调节器就要从桶中删除与包大小相等的令牌数;[0038] 如果没有足够的令牌发送包,这个包就会等待直到有足够的令牌后再发送;

[0039] 桶有特定的容量,如果桶已经满了,新加入的令牌就会被丢弃。

[0040] 本发明实施例在任何时候,发送到网络上的最大突发数据量与桶的大小成比例。令牌桶允许突发,但是不能超过限制。

[0041] 需要说明的是,本发明实施例并不局限于上述介绍的令牌桶算法方式,其他令牌桶算法方式同样适用本发明实施例。

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

[0043] 如图1所示,本发明实施例流量控制设备包括:容量确定模块100、数据量确定模块Iio和发送模块120。

[0044] 容量确定模块100,用于根据业务类型对应的最大允许突发时间和QoS信息中的MBR,确定令牌桶的总容量,将令牌桶的总容量的值作为令牌桶剩余容量的最大值。

[0045] 具体的,容量确定模块100根据预先设定的用户业务和最大允许突发时间的对应关系,确定用户业务对应的最大允许突发时间,将QoS信息中的MBR乘以确定的最大允许突发时间,得到令牌桶的总容量。

[0046] 比如MBR为P字节/秒(8* P比特/秒),最大允许突发时间是S,则令牌桶的总容量(即最大突发数据量)C = P *S。

[0047] 在具体实施过程中,用户业务和最大允许突发时间的对应关系可以根据需要动态进行配置。

[0048] 其中,容量确定模块100在确定令牌桶的总容量之前,根据MAC-d流对应的RB (Radio Bearer,无线承载)标识或RAB (Radio Access Bearer,无线接入承载)标识,从QoS信息中确定业务类型和MBR。

[0049] 在具体实施过程中,用户业务建立在HS_DSCH(High Speed DownlinkSharedChanneI,高速下行共享信道)信道。在建立时,容量确定模块100会收到高层信令发送的通知消息,该通知消息中包含该用户业务的RAB标识、业务类型、MBR、RB标识和MAC_d (MediumAccess Control-Dedicated,专用介质接入控制)流(MacdFolw)标识,并建立相应的对应关系;相应的,容量确定模块100确定MAC-d流对应的MAC-d流标识,根据上述对应关系,确定该MAC-d流标识对应的RB标识或RAB标识,然后就可以确定对应的业务类型和MBR,最后从QoS信息中获取业务类型和MBR。

[0050] 数据量确定模块110,用于根据收到的来自基站的容量分配控制帧,确定每次需要发送的数据量。

[0051] 具体的,数据量确定模块110从收到的容量分配控制帧中,提取出发送间隔内需要传输的MAC-d PDU块数,最大MAC-d PDU协议数据单元大小,发送的时间粒度和发送时间间隔;

[0052] 然后根据提取出的参数确定每次需要发送的数据量。

[0053] 数据量确定模块110根据下列公式确定每次需要发送的数据量:

[0054] V= (Credits XMax MAC-d PDU Size) X g+Interval (公式一)

[0055] 其中,V是每次需要发送的数据量,Credits是容量分配控制帧中发送间隔内需要传输的MAC-d PDU (MAC-d协议数据单元)块数,Max MAC-d PDU Size是容量分配控制帧中最大MAC-d PDU协议数据单元大小,g是容量分配控制巾贞中发送的时间粒度,Interval是容量分配控制帧中发送时间间隔。

[0056]如果用户业务建立在HS-DSCH上,则 Interval 是HS-DSCH Interval,表示HS-DSCH发送时间间隔。

[0057] 在具体实施过程中,数据量确定模块110在收到新数据,且当前没有缓存的数据后(即以前缓存的数据已经发送完),缓存收到的新数据,并向基站发送容量请求消息,指示基站返回容量分配控制帧。

[0058] 发送模块120,用于根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB 口发送数据。

[0059] 具体的,发送模块120在令牌桶当前的剩余容量大于当前需要发送的数据量时,通过IUB 口发送与当前需要发送的数据量大小相同的数据,并将所述令牌桶当前的剩余容量减去发送的数据量,得到更新后的令牌桶当前的剩余容量;

[0060] 在令牌桶当前的剩余容量不大于当前需要发送的数据量时,根据令牌桶当前的剩余容量大小,确定实际需要发送的数据量,通过IUB 口发送与实际需要发送的数据量相同的数据,并将令牌桶当前的剩余容量清O。

[0061] 其中,发送模块120根据下列方式确定实际需要发送的数据量:

[0062] 将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小,得到实际需要发送的数据量。

[0063] 比如令牌桶当前的剩余容量大小是10M,最大MAC-d协议数据单元大小是4M,则10/4 = 2.5,取整后=2,也就是说能够发送2个最大MAC-d协议数据单元大小的数据量,即实际需要发送的数据量是2 X 4M = SM。

[0064] 由于不需要时实进行流量控制,比如目前网络负载比较轻,就不需要进行流量控制,所以可以设定一个令牌桶流量控制开关,令牌桶流量控制开关可以根据需要开启或关闭。

[0065] 相应的,发送模块120在确定令牌桶流量功能开关开启时,根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB 口发送数据。

[0066] 其中,本发明实施例流量控制设备还可以进一步包括:添加模块130。

[0067] 添加模块130,用于根据设定的令牌数,周期增加令牌桶的剩余容量。

[0068] 其中,增加后的令牌桶的剩余容量不大于令牌桶的总容量。

[0069] 在具体实施过程中,可以设置一个令牌计数器,用于记录令牌桶的剩余容量,则在令牌计数器的数值等于令牌桶的总容量,则不再进行累加。

[0070] 比如设定每10毫秒增加P /100个字节的令牌数,如果令牌桶的剩余容量等于令牌桶的总容量,则不再进行累加。

[0071] 本发明实施例还可以在RNC中进行流量控制。如图2所示,本发明实施例RNC的结构包括:RLC(Radio Link Control,无线链路控制)模块200、MAC_d模块210和FP (帧协议)模块220。

[0072] RLC模块200,用于缓存收到的数据。

[0073] 具体的,RLC模块200在收到来自HXP的数据后,缓存数据。

[0074] 进一步的,RLC模块200还可以将当前缓存的数据量通知MAC_d模块210。

[0075] 其中,RLC模块200在收到来自MAC_d模块210的获取消息后,向MAC_d模块210发送与获取消息中数据量的大小相同的数据;

[0076] 然后RLC模块200将缓存的剩余容量通知MAC_d模块210。

[0077] MAC-d模块210,用于根据业务类型对应的最大允许突发时间和QoS信息中的MBR,确定令牌桶的总容量,将令牌桶的总容量的值作为令牌桶剩余容量的最大值,根据收到的来自基站的容量分配控制帧,确定每次需要发送的数据量,根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法发送缓存的数据。

[0078] 具体的,RNC的0AMS(操作维护系统)根据不同的业务类型设置不同的最大允许突发时间(这个参数可以根据需要进行动态配置),并通过配置消息将各类业务的最大允许突发时间通知用户面的MAC-d模块210。

[0079] 相应的,MAC-d模块210根据各类业务的最大允许突发时间,建立用户业务和最大允许突发时间的对应关系;以及根据该对应关系确定确定用户业务对应的最大允许突发时间,将QoS信息中的MBR乘以确定的最大允许突发时间,得到令牌桶的总容量。

[0080] 其中,MAC-d模块210在确定令牌桶的总容量之前,根据MAC_d流对应的RB标识或RAB标识,从QoS信息中确定业务类型和MBR。

[0081] 用户业务建立过程中RNC高层信令通知用户面的MAC-d模块210用户的QoS信息(来源于SGSN的RAB指派消息),如果用户业务建立在HS-DSCH信道上,RNC高层信令在用户业务建立时通过内部配置消息通知用户面的MAC-d模块210此业务的RAB ID,以及其对应的QoS信息,RB ID和MAC-d流标识,由用户面的MAC_d模块210保存该对应关系。

[0082] 相应的,用户面的MAC-d模块210在进行下行数据处理时可以根据MAC_d流对应的RB ID和RAB ID在用户的QoS信息中索引获得业务类型和MBR。

[0083] 其中,MAC-d模块210在收到来自RLC模块200的通知,且RLC模块200在收到新数据之前没有缓存的数据时(由于RLC模块200每次发送和缓存数据时,都会将剩余容量通知MAC-d模块210,所以MAC-d模块210可以根据通知确定RLC模块200在收到新数据之前是否还有缓存的数据),向FP模块220发送容量请求消息。

[0084] 在具体实施过程中,可以设置一个容量请求定时器,MAC-d模块210向FP模块220发送容量请求消息后启动该容量请求定时器,在设定时间内如果没有收到的容量分配控制帧,则重新发送容量请求消息,并重启容量请求定时器。

[0085] MAC-d模块210通过FP模块220收到来自基站的容量分配控制帧后,从收到的容量分配控制帧中,提取出发送间隔内需要传输的MAC-d PDU块数,最大MAC-d PDU协议数据单元大小,发送的时间粒度和发送时间间隔;

[0086] 然后根据提取出的参数确定每次需要发送的数据量。

[0087] 具体的,MAC-d模块210可以根据公式一确定每次需要发送的数据量。

[0088] 其中,MAC-d模块210采用令牌桶算法发送缓存的数据包括:

[0089] 在令牌桶当前的剩余容量大于当前需要发送的数据量时,发送与当前需要发送的数据量大小相同的数据,并将令牌桶当前的剩余容量减去发送的数据量,得到更新后的令牌桶当前的剩余容量;

[0090] 在令牌桶当前的剩余容量不大于当前需要发送的数据量时,根据令牌桶当前的剩余容量大小,确定实际需要发送的数据量,发送与实际需要发送的数据量相同的数据,并将令牌桶当前的剩余容量清O。[0091] 具体的,MAC-d模块210在确定发送的数据量后,向RLC模块200发送包含数据量的获取消息,指示RLC模块200返回同等大小的数据。

[0092] 进一步的,MAC-d模块210根据下列方式确定实际需要发送的数据量:

[0093] 将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小,得到实际需要发送的数据量。

[0094] 由于不需要时实进行流量控制,比如目前网络负载比较轻,就不需要进行流量控制,所以RNC的OAMS可以设定一个令牌桶流量控制开关,令牌桶流量控制开关可以根据需要开启或关闭。

[0095] 相应的,MAC-d模块210在确定令牌桶流量功能开关开启时,采用令牌桶算法发送缓存的数据。

[0096] FP模块220,用于将来自MAC-d模块210的数据,通过IUB 口向基站发送。

[0097] 其中,FP模块220负责转发MAC_d模块210和基站之间的信息。

[0098] 具体的,FP模块220在收到来自MAC_d模块210的容量请求消息后,将容量请求消息向基站发送;

[0099] 在收到来自基站的容量分配控制帧后,将该容量分配控制帧发送给MAC-d模块210,

[0100] 其中,本发明实施例RNC还可以进一步包括:流量控制模块230。

[0101] 流量控制模块230,用于根据设定的令牌数,周期增加令牌桶的剩余容量。

[0102] 其中,增加后的令牌桶的剩余容量不大于令牌桶的总容量。

[0103] 在具体实施过程中,可以设置一个令牌计数器,用于记录令牌桶的剩余容量,则在令牌计数器的数值等于令牌桶的总容量,则不再进行累加。

[0104] 如图3所示,本发明实施例流量控制的方法包括下列步骤:

[0105] 步骤301、根据业务类型对应的最大允许突发时间和QoS信息中的MBR,确定令牌桶的总容量,将令牌桶的总容量的值作为令牌桶剩余容量的最大值。

[0106] 步骤302、根据收到的来自基站的容量分配控制帧,确定每次需要发送的数据量。

[0107] 步骤303、根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB 口发送数据。

[0108] 其中,步骤301中根据预先设定的用户业务和最大允许突发时间的对应关系,确定用户业务对应的最大允许突发时间,将QoS信息中的MBR乘以确定的最大允许突发时间,得到令牌桶的总容量。

[0109] 比如MBR为P字节/秒(8* P比特/秒),最大允许突发时间是S,则令牌桶的总容量(即最大突发数据量)C = P *S。

[0110] 在具体实施过程中,用户业务和最大允许突发时间的对应关系可以根据需要动态进行配置。

[0111] 其中,步骤301之前还可以进一步包括:

[0112] 步骤300、根据MAC-d流对应的RB标识或RAB标识,从QoS信息中确定业务类型和MBR。

[0113] 在具体实施过程中,用户业务建立在HS-DSCH信道。在建立时,会得到该用户业务的RAB标识、业务类型、MBR、RB标识和MAC-d流(MacdFolw)标识,并建立相应的对应关系;相应的,步骤301中确定MAC-d流对应的MAC-d流标识,根据上述对应关系,确定该MAC_d流标识对应的RB标识或RAB标识,然后就可以确定对应的业务类型和MBR,最后从QoS信息中获取业务类型和MBR。

[0114] 其中,步骤302中从收到的容量分配控制帧中,提取出发送间隔内需要传输的MAC-d PDU块数,最大MAC-d PDU协议数据单元大小,发送的时间粒度和发送时间间隔;然后根据提取出的参数确定每次需要发送的数据量。

[0115] 具体的,可以根据公式一确定每次需要发送的数据量。

[0116] 其中,步骤302之前还可以进一步包括:

[0117] 步骤a302、在收到新数据,且当前没有缓存的数据后(即以前缓存的数据已经发送完),缓存收到的新数据,并向基站发送容量请求消息,指示基站返回容量分配控制帧。

[0118] 其中,步骤303中需要对令牌桶当前的剩余容量和当前需要发送的数据量进行比较;

[0119] 在令牌桶当前的剩余容量大于当前需要发送的数据量时,通过IUB 口发送与当前需要发送的数据量大小相同的数据,并将令牌桶当前的剩余容量减去发送的数据量,得到更新后的令牌桶当前的剩余容量;

[0120] 在令牌桶当前的剩余容量不大于当前需要发送的数据量时,根据令牌桶当前的剩余容量大小,确定实际需要发送的数据量,通过IUB 口发送与所述实际需要发送的数据量相同的数据,并将所述令牌桶当前的剩余容量清O。

[0121] 在具体实施过程中,可以根据下列方式确定实际需要发送的数据量:

[0122] 将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小,得到实际需要发送的数据量。

[0123] 比如令牌桶当前的剩余容量大小是10M,最大MAC-d协议数据单元大小是4M,则10/4 = 2.5,取整后=2,也就是说能够发送2个最大MAC-d协议数据单元大小的数据量,即实际需要发送的数据量是2 X 4M = SM。

[0124] 由于不需要时实进行流量控制,比如目前网络负载比较轻,就不需要进行流量控制,所以可以设定一个令牌桶流量控制开关,令牌桶流量控制开关可以根据需要开启或关闭。

[0125] 相应的,步骤303中,在确定令牌桶流量功能开关开启时,采用令牌桶算法通过IUB 口发送数据。

[0126] 其中,步骤301之后还可以进一步包括:

[0127] 根据设定的令牌数,周期增加令牌桶的剩余容量,增加后的令牌桶的剩余容量不大于令牌桶的总容量。

[0128] 在具体实施过程中,可以设置一个令牌计数器,用于记录令牌桶的剩余容量,则在令牌计数器的数值等于令牌桶的总容量,则不再进行累加。

[0129] 比如设定每10毫秒增加P /100个字节的令牌数,如果令牌桶的剩余容量等于令牌桶的总容量,则不再进行累加。

[0130] 如图4所示,本发明实施例RNC发起容量请求消息的方法包括下列步骤:

[0131 ] 步骤401、RLC模块接收来自I3DCP的数据。

[0132] 步骤402、RLC模块通知MAC_d模块当前缓存的数据量。[0133] 步骤403、MAC_d模块在收到通知消息后查看RLC模块之前还存的数据量是否为0,如果是,则执行步骤404 ;否则,不发送容量请求消息,并跳出本流程。

[0134] 步骤404、MAC-d模块向FP模块发送容量请求消息,并启动容量请求定时器。

[0135] 步骤405、FP模块通过IUB 口向基站发送容量请求消息。

[0136] 其中,如果容量请求定时器超时后,MAC-d模块没有收到基站返回的容量分配控制帧,则MAC-d模块重新执行步骤404。

[0137] 如图5所示,本发明实施例RNC进行流量控制的方法包括下列步骤:

[0138] 步骤501、FP模块接收来自基站的容量分配控制帧。

[0139] 步骤502、FP模块将容量分配控制帧中携带的容量分配信息发送给MAC_d模块。

[0140] 其中,容量分配控制帧中包括但不限于下列信息:

[0141] 发送间隔内需要传输的MAC-d PDU块数,最大MAC-d PDU协议数据单元大小,发送的时间粒度和发送时间间隔。

[0142] 当然,FP模块也可以将容量分配控制帧发送给MAC-d模块。

[0143] 步骤503、MAC-d模块收到容量分配信息后,停止容量请求定时器,根据容量分配信息确定每次需要发送的数据量。

[0144] 其中,MAC-d模块根据容量分配信息周期从RLC模块中获取数据,在令牌桶流量控制开关是开启时,根据令牌桶当前的剩余容量和令牌桶的总容量,对数据进行流量控制,具体的:

[0145] 步骤504、MAC-d模块通过RLC_Status_Ind消息从RLC模块中获取数据。

[0146] 步骤505、RLC模块向MAC_d模块发送数据。

[0147] 步骤506、RLC模块将剩余的数据量通知给MAC_d模块。

[0148] 步骤507、MAC_d模块向FP模块转发数据,同时将RLC模块当前的缓存数据量通知FP模块,如果本次数据发送完成后缓存中还有数据未发完,则重新启动一个容量请求定时器。

[0149] 步骤508、FP模块将当前的缓存数据量携带在来自MAC_d模块的数据中通过IUB口发送给Node B。

[0150] 其中,步骤506与步骤505之间没有必然的时序关系。也就是说,可以先执行步骤505,在执行步骤506 ;也可以先执行步骤506,在执行步骤505 ;还可以同时执行步骤505和506。

[0151] 从上述实施例中可以看出:本发明实施例根据业务类型对应的最大允许突发时间和QoS信息中的MBR,确定令牌桶的总容量,将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值;根据收到的来自基站的容量分配控制帧,确定每次需要发送的数据量;根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB 口发送数据。

[0152] 由于可以根据用户终端的MBR控制下行数据的流量,从而可以满足运营商根据用户签约速率限制用户数据流量的需求,增加了流量控制的应用场景。

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

Claims (22)

1.一种流量控制的方法,其特征在于,该方法包括: 根据MAC-d流对应的无线承载RB标识或无线接入承载RAB标识,从QoS信息中确定业务类型和MBR ; 根据业务类型对应的最大允许突发时间和业务质量QoS信息中的最大比特速率MBR,确定令牌桶的总容量,将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值;根据收到的来自基站的容量分配控制帧,确定每次需要发送的数据量; 根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB 口发送数据; 其中,所述确定令牌桶的总容量包括: 根据预先设定的用户业务和最大允许突发时间的对应关系,确定所述用户业务对应的最大允许突发时间; 将所述QoS信息中的MB R乘以确定的所述最大允许突发时间,得到令牌桶的总容量。
2.如权利要求1所述的方法,其特征在于,根据下列公式确定每次需要发送的数据量: V = (Credits*Max MAC-d PDU Size)*g/Interval 其中,V是每次需要发送的数据量,Credits是容量分配控制帧中发送间隔内需要传输的MAC-d PDU块数,Max MAC-d PDU Size是容量分配控制帧中最大MAC_d PDU协议数据单元大小,g是容量分配控制巾贞中发送的时间粒度,Interval是容量分配控制巾贞中发送时间间隔。
3.如权利要求1所述的方法,其特征在于,所述确定每次需要发送的数据量之前还包括: 在收到新数据,且当前没有缓存的数据后,缓存收到的新数据,并向基站发送容量请求消息,指示基站返回容量分配控制帧。
4.如权利要求1所述的方法,其特征在于,所述采用令牌桶算法发送数据包括: 在所述令牌桶当前的剩余容量大于当前需要发送的数据量时,通过IUB 口发送与当前需要发送的数据量大小相同的数据,并将所述令牌桶当前的剩余容量减去发送的数据量,得到更新后的所述令牌桶当前的剩余容量; 在所述令牌桶当前的剩余容量不大于当前需要发送的数据量时,根据所述令牌桶当前的剩余容量大小,确定实际需要发送的数据量,通过IUB 口发送与所述实际需要发送的数据量相同的数据,并将所述令牌桶当前的剩余容量清O。
5.如权利要求4所述的方法,其特征在于,所述确定实际需要发送的数据量包括: 将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小,得到实际需要发送的数据量。
6.如权利要求1所述的方法,其特征在于,所述采用令牌桶算法通过IUB 口发送数据之前还包括: 确定令牌桶流量功能开关开启。
7.如权利要求1〜5任一权利要求所述的方法,其特征在于,所述确定令牌桶的容量之后该方法还包括: 根据设定的令牌数,周期增加令牌桶的剩余容量,所述增加后的令牌桶的剩余容量不大于令牌桶的总容量。
8.一种流量控制设备,其特征在于,该设备包括: 容量确定模块,用于根据MAC-d流对应的无线承载RB标识或无线接入承载RAB标识,从QoS信息中确定业务类型和MBR,根据业务类型对应的最大允许突发时间和业务质量QoS信息中的最大比特速率MBR,确定令牌桶的总容量,将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值; 数据量确定模块,用于根据收到的来自基站的容量分配控制帧,确定每次需要发送的数据量; 发送模块,用于根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB 口发送数据; 其中,所述容量确定模块用于: 根据预先设定的用户业务和最大允许突发时间的对应关系,确定所述用户业务对应的最大允许突发时间; 将所述QoS信息中的MBR乘以确定的所述最大允许突发时间,得到令牌桶的总容量。
9.如权利要求8所述的流量控制设备,其特征在于,所述数据量确定模块根据下列公式确定每次需要发送的数据量: V= (Credits*Max MAC-d PDU Size) *g/Interval 其中,V是每次需要发送的数据量,Credits是容量分配控制帧中发送间隔内需要传输的MAC-d PDU块数,Max MAC-d PDU Size是容量分配控制帧中最大MAC_d PDU协议数据单元大小,g是容量分配控制巾贞中发送的时间粒度,Interval是容量分配控制巾贞中发送时间间隔。`
10.如权利要求8所述的流量控制设备,其特征在于,所述数据量确定模块还用于: 在收到新数据,且当前没有缓存的数据后,缓存收到的新数据,并向基站发送容量请求消息,指示基站返回容量分配控制帧。
11.如权利要求8所述的流量控制设备,其特征在于,所述发送模块用于: 在所述令牌桶当前的剩余容量大于当前需要发送的数据量时,通过IUB 口发送与当前需要发送的数据量大小相同的数据,并将所述令牌桶当前的剩余容量减去发送的数据量,得到更新后的所述令牌桶当前的剩余容量; 在所述令牌桶当前的剩余容量不大于当前需要发送的数据量时,根据所述令牌桶当前的剩余容量大小,确定实际需要发送的数据量,通过IUB 口发送与所述实际需要发送的数据量相同的数据,并将所述令牌桶当前的剩余容量清O。
12.如权利要求11所述的流量控制设备,其特征在于,所述发送模块还用于: 将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小,得到实际需要发送的数据量。
13.如权利要求8所述的流量控制设备,其特征在于,所述发送模块用于: 在确定令牌桶流量功能开关开启时,根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法通过IUB 口发送数据。
14.如权利要求8〜13任一权利要求所述的流量控制设备,其特征在于,所述流量控制设备还包括: 添加模块,用于根据设定的令牌数,周期增加令牌桶的剩余容量,所述增加后的令牌桶的剩余容量不大于令牌桶的总容量。
15.一种无线网络控制器RNC,其特征在于,该RNC包括: 无线链路控制RLC模块,用于缓存收到的数据; MAC-d模块,用于根据MAC-d流对应的无线承载RB标识或无线接入承载RAB标识,从QoS信息中确定业务类型和MBR,根据业务类型对应的最大允许突发时间和业务质量QoS信息中的MBR,确定令牌桶的总容量,将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值,根据收到的来自基站的容量分配控制帧,确定每次需要发送的数据量,根据令牌桶当前的剩余容量和当前需要发送的数据量,采用令牌桶算法发送缓存的数据; 帧协议FP模块,用于将来自所述MAC-d模块的数据,通过IUB 口发送。
16.如权利要求15所述的RNC,其特征在于,所述MAC-d模块用于: 根据预先设定的用户业务和最大允许突发时间的对应关系,确定所述用户业务对应的最大允许突发时间,将所述QoS信息中的MBR乘以确定的所述最大允许突发时间,得到令牌桶的总容量。
17.如权利要求15所述的RNC, 其特征在于,所述MAC-d模块根据下列公式确定每次需要发送的数据量: V= (Credits*Max MAC-d PDU Size) *g/Interval 其中,V是每次需要发送的数据量,Credits是容量分配控制帧中发送间隔内需要传输的MAC-d PDU块数,Max MAC-d PDU Size是容量分配控制帧中最大MAC_d PDU协议数据单元大小,g是容量分配控制巾贞中发送的时间粒度,Interval是容量分配控制巾贞中发送时间间隔。
18.如权利要求15所述的RNC,其特征在于,所述RLC模块还用于: 在收到新数据后,缓存收到的新数据,并通知所述MAC-d模块; 所述MAC-d模块用于: 在收到通知,且所述RLC模块在收到新数据之前没有缓存的数据时,向所述FP模块发送容量请求消息; 所述FP模块用于: 向所述基站发送所述容量请求消息,指示基站返回容量分配控制帧。
19.如权利要求15所述的RNC,其特征在于,所述MAC-d模块用于: 在所述令牌桶当前的剩余容量大于当前需要发送的数据量时,发送与当前需要发送的数据量大小相同的数据,并将所述令牌桶当前的剩余容量减去发送的数据量,得到更新后的所述令牌桶当前的剩余容量; 在所述令牌桶当前的剩余容量不大于当前需要发送的数据量时,根据所述令牌桶当前的剩余容量大小,确定实际需要发送的数据量,发送与所述实际需要发送的数据量相同的数据,并将所述令牌桶当前的剩余容量清O。
20.如权利要求16所述的RNC,其特征在于,所述MAC-d模块用于: 将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小,得到实际需要发送的数据量。
21.如权利要求15所述的RNC,其特征在于,所述MAC-d模块用于: 在确定令牌桶流量功能开关开启时,采用令牌桶算法发送缓存的数据。
22.如权利要求15〜21任一权利要求所述的RNC,其特征在于,所述RNC还包括:流量控制模块,用于根据设定的令牌数,周期增加令牌桶的剩余容量,所述增加后的令牌桶的剩余容量不大 于令牌桶的总容量。
CN 200910088288 2009-07-13 2009-07-13 一种流量控制的方法和装置 CN101959236B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN 200910088288 CN101959236B (zh) 2009-07-13 2009-07-13 一种流量控制的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 200910088288 CN101959236B (zh) 2009-07-13 2009-07-13 一种流量控制的方法和装置

Publications (2)

Publication Number Publication Date
CN101959236A CN101959236A (zh) 2011-01-26
CN101959236B true CN101959236B (zh) 2013-06-26

Family

ID=43486262

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 200910088288 CN101959236B (zh) 2009-07-13 2009-07-13 一种流量控制的方法和装置

Country Status (1)

Country Link
CN (1) CN101959236B (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102238635A (zh) * 2011-08-03 2011-11-09 大唐移动通信设备有限公司 一种流量控制方法和设备
CN102291309B (zh) 2011-08-26 2014-04-16 华为技术有限公司 一种基于令牌环的网络流量控制方法、节点及系统
CN104285467B (zh) * 2012-05-08 2018-04-17 瑞典爱立信有限公司 传输网络的基于反馈的分型
CN106533961A (zh) * 2016-12-30 2017-03-22 中国农业银行股份有限公司 一种流量控制方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1536815A (zh) * 2003-04-03 2004-10-13 华为技术有限公司 采用令牌漏桶进行报文限流的方法
CN1787483A (zh) * 2004-12-10 2006-06-14 华为技术有限公司 一种流量控制方法
CN101009631A (zh) * 2006-01-24 2007-08-01 华为技术有限公司 一种QoS控制方法和系统
CN101083652A (zh) * 2006-05-30 2007-12-05 大唐移动通信设备有限公司 一种Iub口流量控制方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1536815A (zh) * 2003-04-03 2004-10-13 华为技术有限公司 采用令牌漏桶进行报文限流的方法
CN1787483A (zh) * 2004-12-10 2006-06-14 华为技术有限公司 一种流量控制方法
CN101009631A (zh) * 2006-01-24 2007-08-01 华为技术有限公司 一种QoS控制方法和系统
CN101083652A (zh) * 2006-05-30 2007-12-05 大唐移动通信设备有限公司 一种Iub口流量控制方法

Also Published As

Publication number Publication date
CN101959236A (zh) 2011-01-26

Similar Documents

Publication Publication Date Title
JP5763811B2 (ja) 移動通信システムにおけるバッファ状態報告
JP5698276B2 (ja) 拡張専用チャネル送信制御のための方法および装置
US9775142B2 (en) Wireless communication method and apparatus for reporting traffic volume measurement information to support uplink data transmissions
JP6220756B2 (ja) 移動局からのバッファに入れられた高度化アップリンクデータをノードbに転送するための無線通信方法
JP2014078993A (ja) 効率的な共用e−dch管理のための信号伝送方式
US9369904B2 (en) Method and apparatus for transmitting buffer status report in wireless network
TWI387380B (zh) 處理排程資訊回報的方法及通訊裝置
JP5102356B2 (ja) 電気通信システムにおける資源スケジューリングの方法とシステム
EP2315484B1 (en) Method of transmitting/receving control information
JP4527779B2 (ja) サービス別の送信時間制御を伴う、高速アップリンク・パケット・アクセス(HSUPA)における自律送信のための低速MAC−e
US8325655B2 (en) Multi-carrier HSDPA channel establishing method and the multi-carrier downlink packet data transmitting method
CN102474486B (zh) 在上行链路频率上发送数据块的装置和方法
EP2634950B1 (en) Method and Apparatus for Power Headroom Reporting
RU2414097C2 (ru) Индивидуальные и групповые идентификаторы для абонентского оборудования в беспроводных системах с совместно используемым транспортным каналом
CN101675693B (zh) 移动台、基站装置、无线通信系统以及通信控制方法
CN101517984B (zh) 高速下行分组接入相关信道的发送/接收方法和装置
DE102004044957B4 (de) Medium-Zugriffs-Steuerungs-Einheit, Mobilfunkeinrichtung und Verfahren zum Abbilden mittels einer Mobilfunkeinrichtung zu übertragender Daten
US8787158B2 (en) Scheduling data transmissions in a wireless communications network
EP2479944B1 (en) Method and apparatus for supporting uplink starvation avoidance in a long term evolution system
JP4971444B2 (ja) 高速ダウンリンクパケットアクセス(hsdpa)チャネルのカバレージ向上
CN103327635B (zh) 在无线通信网络中传送调度信息的方法和装置
JP4397928B2 (ja) ワイヤレス通信ネットワークの資源を、ネットワークのチャネルを介してユーザ機器に送信すべきトラヒックに割り当てる方法
CN2907098Y (zh) 配置增强上行链路服务无线存取承载电路的无线通信系统
EP1909442B1 (en) System and methods for determining granularity level of information about buffer status
CN101114851B (zh) 一种hsdpa的功率控制方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant