CN101959236A - 一种流量控制的方法和装置 - Google Patents
一种流量控制的方法和装置 Download PDFInfo
- Publication number
- CN101959236A CN101959236A CN 200910088288 CN200910088288A CN101959236A CN 101959236 A CN101959236 A CN 101959236A CN 200910088288 CN200910088288 CN 200910088288 CN 200910088288 A CN200910088288 A CN 200910088288A CN 101959236 A CN101959236 A CN 101959236A
- Authority
- CN
- China
- Prior art keywords
- token bucket
- capacity
- current
- data
- data volume
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及无线通信技术，特别涉及一种流量控制的方法和装置，能够根据用户终端的MBR控制下行流量。本发明实施例的方法包括：根据业务类型对应的最大允许突发时间和QoS信息中的MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值；根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量；根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。采用本发明实施例的方法由于可以根据用户终端的MBR控制下行数据的流量，从而可以满足运营商根据用户签约速率限制用户数据流量的需求，增加了流量控制的应用场景。
Description
技术领域
本发明涉及无线通信技术，特别涉及一种流量控制的方法和装置。
背景技术
不断增长的无线数据业务对网络性能提出了新的要求，而针对下行高速业务的需求，3GPP(3rd Generation partnership project 3，代合作项目)Release 5引入了重要的增强技术-HSDPA(High Speed Downlink Packet Access，高速下行分组接入)技术。
HSDPA技术采用共享的下行信道进行数据传输，通过引入自适应调制与编码(AMC)、混合自动重传请求(Hybrid Automatic Repeat Request，HARQ)、快速调度、16QM (Quadrature Amplitude Modulation，正交调幅)等技术，从而得到了较高的数据吞吐量，并且有效的降低了数据重传的次数和传输过程中的时延。
目前HSDPA技术中的调度在NodeB(基站)中完成。具体的：
用户终端(UE)通过测量当前的C/I(载波干扰比)来判断信道质量的好坏，根据当前的信道质量在协议规定的传输格式及资源组合(TFRC)表中选择合适的数据块大小(TBS)以及调制编码方式，同时用户终端还将对当前传输时间间隔(TTI)接收到的数据块进行解码，最后将ACK/NACK信息以及TFRC信息一起作为信道质量指示(CQI)信息，通过HS-SICH信道上报给NodeB；
NodeB根据收到的CQI信息在下一个TTI内发送合适的数据块。
当多个用户终端在线时，NodeB需要采用调度算法，从而达到控制下行流量的目的。
目前，NodeB采用下面3种基本调度算法中的一种：
1、基于最大载干比的MAX-C/I调度算法；
2、对用户终端轮询调度的Round Robin算法；
3、兼顾时间与资源的部分公平调度PF算法。
但是目前的协议中并没有根据用户终端的MBR控制下行流量的方案。
综上所述，目前的流量控制中，没有根据用户终端的MBR控制下行流量的方案。
发明内容
本发明实施例提供一种流量控制的方法和装置，能够根据用户终端的MBR控制下行流量。
本发明实施例提供一种流量控制的方法，该方法包括：
根据业务类型对应的最大允许突发时间和业务质量QoS信息中的MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值；
根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量；
根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
本发明实施例提供一种流量控制设备，该设备包括：
容量确定模块，用于根据业务类型对应的最大允许突发时间和业务质量QoS信息中的MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值；
数据量确定模块，用于根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量；
发送模块，用于根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
本发明实施例提供一种无线网络控制器RNC，该RNC包括：
无线链路控制RLC模块，用于缓存收到的数据；
MAC-d模块，用于根据业务类型对应的最大允许突发时间和业务质量QoS信息中的MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值，根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法发送缓存的数据；
FP模块，用于将来自所述MAC-d模块的数据，通过IUB口发送。
本发明实施例根据业务类型对应的最大允许突发时间和QoS(Quality ofService，业务质量)信息中的MBR(最大比特速率)，确定令牌桶剩余容量的最大值(即令牌桶的总容量)，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB(RNC和Node B之间的接口)口发送数据。由于可以根据用户终端的MBR控制下行数据的流量，从而可以满足运营商根据用户签约速率限制用户数据流量的需求，增加了流量控制的应用场景。
附图说明
图1为本发明实施例流量控制设备的结构示意图；
图2为本发明实施例RNC(Radio Network Controller，无线网络控制器)的结构示意图；
图3为本发明实施例流量控制的方法流程示意图；
图4为本发明实施例RNC发起容量请求消息的方法流程示意图；
图5为本发明实施例RNC进行流量控制的方法流程示意图。
具体实施方式
本发明实施例根据业务类型对应的最大允许突发时间和QoS信息中的MBR，确定令牌桶剩余容量的最大值(即令牌桶的总容量)，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。由于可以根据用户终端的MBR控制下行数据的流量，从而可以满足运营商根据用户签约速率限制用户数据流量的需求。
其中，本发明实施例采用的令牌桶算法基本原理如下：
令牌以一定的速率放入桶中；
每个令牌允许源发送一定数量的比特，且每个令牌允许发送的比特数量相同；
发送一个包，流量调节器就要从桶中删除与包大小相等的令牌数；
如果没有足够的令牌发送包，这个包就会等待直到有足够的令牌后再发送；
桶有特定的容量，如果桶已经满了，新加入的令牌就会被丢弃。
本发明实施例在任何时候，发送到网络上的最大突发数据量与桶的大小成比例。令牌桶允许突发，但是不能超过限制。
需要说明的是，本发明实施例并不局限于上述介绍的令牌桶算法方式，其他令牌桶算法方式同样适用本发明实施例。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图1所示，本发明实施例流量控制设备包括：容量确定模块100、数据量确定模块110和发送模块120。
容量确定模块100，用于根据业务类型对应的最大允许突发时间和QoS信息中的MBR，确定令牌桶的总容量，将令牌桶的总容量的值作为令牌桶剩余容量的最大值。
具体的，容量确定模块100根据预先设定的用户业务和最大允许突发时间的对应关系，确定用户业务对应的最大允许突发时间，将QoS信息中的MBR乘以确定的最大允许突发时间，得到令牌桶的总容量。
比如MBR为ρ字节/秒(8*ρ比特/秒)，最大允许突发时间是S，则令牌桶的总容量(即最大突发数据量)C＝ρ*S。
在具体实施过程中，用户业务和最大允许突发时间的对应关系可以根据需要动态进行配置。
其中，容量确定模块100在确定令牌桶的总容量之前，根据MAC-d流对应的RB(Radio Bearer，无线承载)标识或RAB(Radio Access Bearer，无线接入承载)标识，从QoS信息中确定业务类型和MBR。
在具体实施过程中，用户业务建立在HS-DSCH(High Speed DownlinkShared Channel，高速下行共享信道)信道。在建立时，容量确定模块100会收到高层信令发送的通知消息，该通知消息中包含该用户业务的RAB标识、业务类型、MBR、RB标识和MAC-d(Medium Access Control-Dedicated，专用介质接入控制)流(MacdFolw)标识，并建立相应的对应关系；相应的，容量确定模块100确定MAC-d流对应的MAC-d流标识，根据上述对应关系，确定该MAC-d流标识对应的RB标识或RAB标识，然后就可以确定对应的业务类型和MBR，最后从QoS信息中获取业务类型和MBR。
数据量确定模块110，用于根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量。
具体的，数据量确定模块110从收到的容量分配控制帧中，提取出发送间隔内需要传输的MAC-d PDU块数，最大MAC-d PDU协议数据单元大小，发送的时间粒度和发送时间间隔；
然后根据提取出的参数确定每次需要发送的数据量。
数据量确定模块110根据下列公式确定每次需要发送的数据量：
V＝(Credits×Max MAC-d PDU Size)×g÷Interval (公式一)
其中，V是每次需要发送的数据量，Credits是容量分配控制帧中发送间隔内需要传输的MAC-d PDU(MAC-d协议数据单元)块数，Max MAC-d PDU Size是容量分配控制帧中最大MAC-d PDU协议数据单元大小，g是容量分配控制帧中发送的时间粒度，Interval是容量分配控制帧中发送时间间隔。
如果用户业务建立在HS-DSCH上，则Interval是HS-DSCH Interval，表示HS-DSCH发送时间间隔。
在具体实施过程中，数据量确定模块110在收到新数据，且当前没有缓存的数据后(即以前缓存的数据已经发送完)，缓存收到的新数据，并向基站发送容量请求消息，指示基站返回容量分配控制帧。
发送模块120，用于根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
具体的，发送模块120在令牌桶当前的剩余容量大于当前需要发送的数据量时，通过IUB口发送与当前需要发送的数据量大小相同的数据，并将所述令牌桶当前的剩余容量减去发送的数据量，得到更新后的令牌桶当前的剩余容量；
在令牌桶当前的剩余容量不大于当前需要发送的数据量时，根据令牌桶当前的剩余容量大小，确定实际需要发送的数据量，通过IUB口发送与实际需要发送的数据量相同的数据，并将令牌桶当前的剩余容量清0。
其中，发送模块120根据下列方式确定实际需要发送的数据量：
将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小，得到实际需要发送的数据量。
比如令牌桶当前的剩余容量大小是10M，最大MAC-d协议数据单元大小是4M，则10/4＝2.5，取整后＝2，也就是说能够发送2个最大MAC-d协议数据单元大小的数据量，即实际需要发送的数据量是2×4M＝8M。
由于不需要时实进行流量控制，比如目前网络负载比较轻，就不需要进行流量控制，所以可以设定一个令牌桶流量控制开关，令牌桶流量控制开关可以根据需要开启或关闭。
相应的，发送模块120在确定令牌桶流量功能开关开启时，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
其中，本发明实施例流量控制设备还可以进一步包括：添加模块130。
添加模块130，用于根据设定的令牌数，周期增加令牌桶的剩余容量。
其中，增加后的令牌桶的剩余容量不大于令牌桶的总容量。
在具体实施过程中，可以设置一个令牌计数器，用于记录令牌桶的剩余容量，则在令牌计数器的数值等于令牌桶的总容量，则不再进行累加。
比如设定每10毫秒增加ρ/100个字节的令牌数，如果令牌桶的剩余容量等于令牌桶的总容量，则不再进行累加。
本发明实施例还可以在RNC中进行流量控制。如图2所示，本发明实施例RNC的结构包括：RLC(Radio Link Control，无线链路控制)模块200、MAC-d模块210和FP(帧协议)模块220。
RLC模块200，用于缓存收到的数据。
具体的，RLC模块200在收到来自PDCP的数据后，缓存数据。
进一步的，RLC模块200还可以将当前缓存的数据量通知MAC-d模块210。
其中，RLC模块200在收到来自MAC-d模块210的获取消息后，向MAC-d模块210发送与获取消息中数据量的大小相同的数据；
然后RLC模块200将缓存的剩余容量通知MAC-d模块210。
MAC-d模块210，用于根据业务类型对应的最大允许突发时间和QoS信息中的MBR，确定令牌桶的总容量，将令牌桶的总容量的值作为令牌桶剩余容量的最大值，根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法发送缓存的数据。
具体的，RNC的OAMS(操作维护***)根据不同的业务类型设置不同的最大允许突发时间(这个参数可以根据需要进行动态配置)，并通过配置消息将各类业务的最大允许突发时间通知用户面的MAC-d模块210。
相应的，MAC-d模块210根据各类业务的最大允许突发时间，建立用户业务和最大允许突发时间的对应关系；以及根据该对应关系确定确定用户业务对应的最大允许突发时间，将QoS信息中的MBR乘以确定的最大允许突发时间，得到令牌桶的总容量。
其中，MAC-d模块210在确定令牌桶的总容量之前，根据MAC-d流对应的RB标识或RAB标识，从QoS信息中确定业务类型和MBR。
用户业务建立过程中RNC高层信令通知用户面的MAC-d模块210用户的QoS信息(来源于SGSN的RAB指派消息)，如果用户业务建立在HS-DSCH信道上，RNC高层信令在用户业务建立时通过内部配置消息通知用户面的MAC-d模块210此业务的RAB ID，以及其对应的QoS信息，RB ID和MAC-d流标识，由用户面的MAC-d模块210保存该对应关系。
相应的，用户面的MAC-d模块210在进行下行数据处理时可以根据MAC-d流对应的RB ID和RAB ID在用户的QoS信息中索引获得业务类型和MBR。
其中，MAC-d模块210在收到来自RLC模块200的通知，且RLC模块200在收到新数据之前没有缓存的数据时(由于RLC模块200每次发送和缓存数据时，都会将剩余容量通知MAC-d模块210，所以MAC-d模块210可以根据通知确定RLC模块200在收到新数据之前是否还有缓存的数据)，向FP模块220发送容量请求消息。
在具体实施过程中，可以设置一个容量请求定时器，MAC-d模块210向FP模块220发送容量请求消息后启动该容量请求定时器，在设定时间内如果没有收到的容量分配控制帧，则重新发送容量请求消息，并重启容量请求定时器。
MAC-d模块210通过FP模块220收到来自基站的容量分配控制帧后，从收到的容量分配控制帧中，提取出发送间隔内需要传输的MAC-d PDU块数，最大MAC-d PDU协议数据单元大小，发送的时间粒度和发送时间间隔；
然后根据提取出的参数确定每次需要发送的数据量。
具体的，MAC-d模块210可以根据公式一确定每次需要发送的数据量。
其中，MAC-d模块210采用令牌桶算法发送缓存的数据包括：
在令牌桶当前的剩余容量大于当前需要发送的数据量时，发送与当前需要发送的数据量大小相同的数据，并将令牌桶当前的剩余容量减去发送的数据量，得到更新后的令牌桶当前的剩余容量；
在令牌桶当前的剩余容量不大于当前需要发送的数据量时，根据令牌桶当前的剩余容量大小，确定实际需要发送的数据量，发送与实际需要发送的数据量相同的数据，并将令牌桶当前的剩余容量清0。
具体的，MAC-d模块210在确定发送的数据量后，向RLC模块200发送包含数据量的获取消息，指示RLC模块200返回同等大小的数据。
进一步的，MAC-d模块210根据下列方式确定实际需要发送的数据量：
将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小，得到实际需要发送的数据量。
由于不需要时实进行流量控制，比如目前网络负载比较轻，就不需要进行流量控制，所以RNC的OAMS可以设定一个令牌桶流量控制开关，令牌桶流量控制开关可以根据需要开启或关闭。
相应的，MAC-d模块210在确定令牌桶流量功能开关开启时，采用令牌桶算法发送缓存的数据。
FP模块220，用于将来自MAC-d模块210的数据，通过IUB口向基站发送。
其中，FP模块220负责转发MAC-d模块210和基站之间的信息。
具体的，FP模块220在收到来自MAC-d模块210的容量请求消息后，将容量请求消息向基站发送；
在收到来自基站的容量分配控制帧后，将该容量分配控制帧发送给MAC-d模块210，
其中，本发明实施例RNC还可以进一步包括：流量控制模块230。
流量控制模块230，用于根据设定的令牌数，周期增加令牌桶的剩余容量。
其中，增加后的令牌桶的剩余容量不大于令牌桶的总容量。
在具体实施过程中，可以设置一个令牌计数器，用于记录令牌桶的剩余容量，则在令牌计数器的数值等于令牌桶的总容量，则不再进行累加。
如图3所示，本发明实施例流量控制的方法包括下列步骤：
步骤301、根据业务类型对应的最大允许突发时间和QoS信息中的MBR，确定令牌桶的总容量，将令牌桶的总容量的值作为令牌桶剩余容量的最大值。
步骤302、根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量。
步骤303、根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
其中，步骤301中根据预先设定的用户业务和最大允许突发时间的对应关系，确定用户业务对应的最大允许突发时间，将QoS信息中的MBR乘以确定的最大允许突发时间，得到令牌桶的总容量。
比如MBR为ρ字节/秒(8*ρ比特/秒)，最大允许突发时间是S，则令牌桶的总容量(即最大突发数据量)C＝ρ*S。
在具体实施过程中，用户业务和最大允许突发时间的对应关系可以根据需要动态进行配置。
其中，步骤301之前还可以进一步包括：
步骤300、根据MAC-d流对应的RB标识或RAB标识，从QoS信息中确定业务类型和MBR。
在具体实施过程中，用户业务建立在HS-DSCH信道。在建立时，会得到该用户业务的RAB标识、业务类型、MBR、RB标识和MAC-d流(MacdFolw)标识，并建立相应的对应关系；相应的，步骤301中确定MAC-d流对应的MAC-d流标识，根据上述对应关系，确定该MAC-d流标识对应的RB标识或RAB标识，然后就可以确定对应的业务类型和MBR，最后从QoS信息中获取业务类型和MBR。
其中，步骤302中从收到的容量分配控制帧中，提取出发送间隔内需要传输的MAC-d PDU块数，最大MAC-d PDU协议数据单元大小，发送的时间粒度和发送时间间隔；然后根据提取出的参数确定每次需要发送的数据量。
具体的，可以根据公式一确定每次需要发送的数据量。
其中，步骤302之前还可以进一步包括：
步骤a302、在收到新数据，且当前没有缓存的数据后(即以前缓存的数据已经发送完)，缓存收到的新数据，并向基站发送容量请求消息，指示基站返回容量分配控制帧。
其中，步骤303中需要对令牌桶当前的剩余容量和当前需要发送的数据量进行比较；
在令牌桶当前的剩余容量大于当前需要发送的数据量时，通过IUB口发送与当前需要发送的数据量大小相同的数据，并将令牌桶当前的剩余容量减去发送的数据量，得到更新后的令牌桶当前的剩余容量；
在令牌桶当前的剩余容量不大于当前需要发送的数据量时，根据令牌桶当前的剩余容量大小，确定实际需要发送的数据量，通过IUB口发送与所述实际需要发送的数据量相同的数据，并将所述令牌桶当前的剩余容量清0。
在具体实施过程中，可以根据下列方式确定实际需要发送的数据量：
将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小，得到实际需要发送的数据量。
比如令牌桶当前的剩余容量大小是10M，最大MAC-d协议数据单元大小是4M，则10/4＝2.5，取整后＝2，也就是说能够发送2个最大MAC-d协议数据单元大小的数据量，即实际需要发送的数据量是2×4M＝8M。
由于不需要时实进行流量控制，比如目前网络负载比较轻，就不需要进行流量控制，所以可以设定一个令牌桶流量控制开关，令牌桶流量控制开关可以根据需要开启或关闭。
相应的，步骤303中，在确定令牌桶流量功能开关开启时，采用令牌桶算法通过IUB口发送数据。
其中，步骤301之后还可以进一步包括：
根据设定的令牌数，周期增加令牌桶的剩余容量，增加后的令牌桶的剩余容量不大于令牌桶的总容量。
在具体实施过程中，可以设置一个令牌计数器，用于记录令牌桶的剩余容量，则在令牌计数器的数值等于令牌桶的总容量，则不再进行累加。
比如设定每10毫秒增加ρ/100个字节的令牌数，如果令牌桶的剩余容量等于令牌桶的总容量，则不再进行累加。
如图4所示，本发明实施例RNC发起容量请求消息的方法包括下列步骤：
步骤401、RLC模块接收来自PDCP的数据。
步骤402、RLC模块通知MAC-d模块当前缓存的数据量。
步骤403、MAC-d模块在收到通知消息后查看RLC模块之前还存的数据量是否为0，如果是，则执行步骤404；否则，不发送容量请求消息，并跳出本流程。
步骤404、MAC-d模块向FP模块发送容量请求消息，并启动容量请求定时器。
步骤405、FP模块通过IUB口向基站发送容量请求消息。
其中，如果容量请求定时器超时后，MAC-d模块没有收到基站返回的容量分配控制帧，则MAC-d模块重新执行步骤404。
如图5所示，本发明实施例RNC进行流量控制的方法包括下列步骤：
步骤501、FP模块接收来自基站的容量分配控制帧。
步骤502、FP模块将容量分配控制帧中携带的容量分配信息发送给MAC-d模块。
其中，容量分配控制帧中包括但不限于下列信息：
发送间隔内需要传输的MAC-d PDU块数，最大MAC-d PDU协议数据单元大小，发送的时间粒度和发送时间间隔。
当然，FP模块也可以将容量分配控制帧发送给MAC-d模块。
步骤503、MAC-d模块收到容量分配信息后，停止容量请求定时器，根据容量分配信息确定每次需要发送的数据量。
其中，MAC-d模块根据容量分配信息周期从RLC模块中获取数据，在令牌桶流量控制开关是开启时，根据令牌桶当前的剩余容量和令牌桶的总容量，对数据进行流量控制，具体的：
步骤504、MAC-d模块通过RLC_Status_Ind消息从RLC模块中获取数据。
步骤505、RLC模块向MAC-d模块发送数据。
步骤506、RLC模块将剩余的数据量通知给MAC-d模块。
步骤507、MAC-d模块向FP模块转发数据，同时将RLC模块当前的缓存数据量通知FP模块，如果本次数据发送完成后缓存中还有数据未发完，则重新启动一个容量请求定时器。
步骤508、FP模块将当前的缓存数据量携带在来自MAC-d模块的数据中通过IUB口发送给Node B。
其中，步骤506与步骤505之间没有必然的时序关系。也就是说，可以先执行步骤505，在执行步骤506；也可以先执行步骤506，在执行步骤505；还可以同时执行步骤505和506。
从上述实施例中可以看出：本发明实施例根据业务类型对应的最大允许突发时间和QoS信息中的MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值；根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量；根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
由于可以根据用户终端的MBR控制下行数据的流量，从而可以满足运营商根据用户签约速率限制用户数据流量的需求，增加了流量控制的应用场景。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (27)
1.一种流量控制的方法，其特征在于，该方法包括：
根据业务类型对应的最大允许突发时间和业务质量QoS信息中的最大比特速率MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值；
根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量；
根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
2.如权利要求1所述的方法，其特征在于，所述确定令牌桶的总容量之前还包括：
根据MAC-d流对应的无线承载RB标识或无线接入承载RAB标识，从QoS信息中确定业务类型和MBR。
3.如权利要求1所述的方法，其特征在于，所述确定令牌桶的总容量包括：
根据预先设定的用户业务和最大允许突发时间的对应关系，确定所述用户业务对应的最大允许突发时间；
将所述QoS信息中的MBR乘以确定的所述最大允许突发时间，得到令牌桶的总容量。
4.如权利要求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是容量分配控制帧中发送时间间隔。
5.如权利要求1所述的方法，其特征在于，所述确定每次需要发送的数据量之前还包括：
在收到新数据，且当前没有缓存的数据后，缓存收到的新数据，并向基站发送容量请求消息，指示基站返回容量分配控制帧。
6.如权利要求1所述的方法，其特征在于，所述采用令牌桶算法发送数据包括：
在所述令牌桶当前的剩余容量大于当前需要发送的数据量时，通过IUB口发送与当前需要发送的数据量大小相同的数据，并将所述令牌桶当前的剩余容量减去发送的数据量，得到更新后的所述令牌桶当前的剩余容量；
在所述令牌桶当前的剩余容量不大于当前需要发送的数据量时，根据所述令牌桶当前的剩余容量大小，确定实际需要发送的数据量，通过IUB口发送与所述实际需要发送的数据量相同的数据，并将所述令牌桶当前的剩余容量清0。
7.如权利要求6所述的方法，其特征在于，所述确定实际需要发送的数据量包括：
将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小，得到实际需要发送的数据量。
8.如权利要求1所述的方法，其特征在于，所述采用令牌桶算法通过IUB口发送数据之前还包括：
确定令牌桶流量功能开关开启。
9.如权利要求1～7任一权利要求所述的方法，其特征在于，所述确定令牌桶的容量之后该方法还包括：
根据设定的令牌数，周期增加令牌桶的剩余容量，所述增加后的令牌桶的剩余容量不大于令牌桶的总容量。
10.一种流量控制设备，其特征在于，该设备包括：
容量确定模块，用于根据业务类型对应的最大允许突发时间和业务质量QoS信息中的最大比特速率MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值；
数据量确定模块，用于根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量；
发送模块，用于根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
11.如权利要求10所述的流量控制设备，其特征在于，所述容量确定模块还用于：
根据MAC-d流对应的无线承载RB标识或无线接入承载RAB标识，从QoS信息中确定业务类型和MBR。
12.如权利要求10所述的流量控制设备，其特征在于，所述容量确定模块用于：
根据预先设定的用户业务和最大允许突发时间的对应关系，确定所述用户业务对应的最大允许突发时间；
将所述QoS信息中的MBR乘以确定的所述最大允许突发时间，得到令牌桶的总容量。
13.如权利要求10所述的流量控制设备，其特征在于，所述数据量确定模块根据下列公式确定每次需要发送的数据量：
V＝(Credits*Max MAC-d PDU Size)*g/Interval
其中，V是每次需要发送的数据量，Credits是容量分配控制帧中发送间隔内需要传输的MAC-d PDU块数，Max MAC-d PDU Size是容量分配控制帧中最大MAC-d PDU协议数据单元大小，g是容量分配控制帧中发送的时间粒度，Interval是容量分配控制帧中发送时间间隔。
14.如权利要求10所述的流量控制设备，其特征在于，所述数据量确定模块还用于：
在收到新数据，且当前没有缓存的数据后，缓存收到的新数据，并向基站发送容量请求消息，指示基站返回容量分配控制帧。
15.如权利要求10所述的流量控制设备，其特征在于，所述发送模块用于：
在所述令牌桶当前的剩余容量大于当前需要发送的数据量时，通过IUB口发送与当前需要发送的数据量大小相同的数据，并将所述令牌桶当前的剩余容量减去发送的数据量，得到更新后的所述令牌桶当前的剩余容量；
在所述令牌桶当前的剩余容量不大于当前需要发送的数据量时，根据所述令牌桶当前的剩余容量大小，确定实际需要发送的数据量，通过IUB口发送与所述实际需要发送的数据量相同的数据，并将所述令牌桶当前的剩余容量清0。
16.如权利要求15所述的流量控制设备，其特征在于，所述发送模块还用于：
将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小，得到实际需要发送的数据量。
17.如权利要求10所述的流量控制设备，其特征在于，所述发送模块用于：
在确定令牌桶流量功能开关开启时，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法通过IUB口发送数据。
18.如权利要求10～17任一权利要求所述的流量控制设备，其特征在于，所述流量控制设备还包括：
添加模块，用于根据设定的令牌数，周期增加令牌桶的剩余容量，所述增加后的令牌桶的剩余容量不大于令牌桶的总容量。
19.一种无线网络控制器RNC，其特征在于，该RNC包括：
无线链路控制RLC模块，用于缓存收到的数据；
MAC-d模块，用于根据业务类型对应的最大允许突发时间和业务质量QoS信息中的MBR，确定令牌桶的总容量，将所述令牌桶的总容量的值作为所述令牌桶剩余容量的最大值，根据收到的来自基站的容量分配控制帧，确定每次需要发送的数据量，根据令牌桶当前的剩余容量和当前需要发送的数据量，采用令牌桶算法发送缓存的数据；
帧协议FP模块，用于将来自所述MAC-d模块的数据，通过IUB口发送。
20.如权利要求19所述的RNC，其特征在于，所述MAC-d模块还用于：
根据MAC-d流对应的无线承载RB标识或无线接入承载RAB标识，从QoS信息中确定业务类型和MBR。
21.如权利要求19所述的RNC，其特征在于，所述MAC-d模块用于：
根据预先设定的用户业务和最大允许突发时间的对应关系，确定所述用户业务对应的最大允许突发时间，将所述QoS信息中的MBR乘以确定的所述最大允许突发时间，得到令牌桶的总容量。
22.如权利要求19所述的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是容量分配控制帧中发送时间间隔。
23.如权利要求19所述的RNC，其特征在于，所述RLC模块还用于：
在收到新数据后，缓存收到的新数据，并通知所述MAC-d模块；
所述MAC-d模块用于：
在收到通知，且所述RLC模块在收到新数据之前没有缓存的数据时，向所述FP模块发送容量请求消息；
所述FP模块用于：
向所述基站发送所述容量请求消息，指示基站返回容量分配控制帧。
24.如权利要求19所述的RNC，其特征在于，所述MAC-d模块用于：
在所述令牌桶当前的剩余容量大于当前需要发送的数据量时，发送与当前需要发送的数据量大小相同的数据，并将所述令牌桶当前的剩余容量减去发送的数据量，得到更新后的所述令牌桶当前的剩余容量；
在所述令牌桶当前的剩余容量不大于当前需要发送的数据量时，根据所述令牌桶当前的剩余容量大小，确定实际需要发送的数据量，发送与所述实际需要发送的数据量相同的数据，并将所述令牌桶当前的剩余容量清0。
25.如权利要求24所述的RNC，其特征在于，所述MAC-d模块用于：
将令牌桶当前的剩余容量大小除以最大MAC-d协议数据单元大小，得到实际需要发送的数据量。
26.如权利要求19所述的RNC，其特征在于，所述MAC-d模块用于：
在确定令牌桶流量功能开关开启时，采用令牌桶算法发送缓存的数据。
27.如权利要求19～26任一权利要求所述的RNC，其特征在于，所述RNC还包括：
流量控制模块，用于根据设定的令牌数，周期增加令牌桶的剩余容量，所述增加后的令牌桶的剩余容量不大于令牌桶的总容量。
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 true CN101959236A (zh) | 2011-01-26 |
| CN101959236B CN101959236B (zh) | 2013-06-26 |
Family
ID=43486262
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200910088288 Active CN101959236B (zh) | 2009-07-13 | 2009-07-13 | 一种流量控制的方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101959236B (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102238635A (zh) * | 2011-08-03 | 2011-11-09 | 大唐移动通信设备有限公司 | 一种流量控制方法和设备 |
| CN102291309A (zh) * | 2011-08-26 | 2011-12-21 | 华为技术有限公司 | 一种基于令牌环的网络流量控制方法、节点及*** |
| CN104285467A (zh) * | 2012-05-08 | 2015-01-14 | 瑞典爱立信有限公司 | 传输网络的基于反馈的分型 |
| CN106533961A (zh) * | 2016-12-30 | 2017-03-22 | 中国农业银行股份有限公司 | 一种流量控制方法及装置 |
| CN107493241A (zh) * | 2016-06-13 | 2017-12-19 | 中兴通讯股份有限公司 | 一种令牌分配方法和装置 |
| CN109194586A (zh) * | 2018-08-31 | 2019-01-11 | 重庆富民银行股份有限公司 | 基于分布式令牌桶的削峰处理方法 |
| CN109286573A (zh) * | 2018-08-31 | 2019-01-29 | 重庆富民银行股份有限公司 | 基于分布式令牌桶的削峰*** |
| CN112328613A (zh) * | 2020-11-04 | 2021-02-05 | 迈普通信技术股份有限公司 | 联机分析处理方法、装置、电子设备及存储介质 |
| CN113905417A (zh) * | 2021-09-30 | 2022-01-07 | 河海大学 | 基于令牌桶的5g基站分组数据汇聚协议层流量控制方法 |
| CN114172848A (zh) * | 2021-11-18 | 2022-03-11 | 新华三技术有限公司合肥分公司 | 通信方法及装置 |
| CN116582258A (zh) * | 2023-06-06 | 2023-08-11 | 福州诚上商务服务有限公司 | 一种基于互联网和数据分析的企业管理信息共享*** |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1302638C (zh) * | 2003-04-03 | 2007-02-28 | 华为技术有限公司 | 采用令牌漏桶进行报文限流的方法 |
| CN100512207C (zh) * | 2004-12-10 | 2009-07-08 | 华为技术有限公司 | 一种流量控制方法 |
| CN101009631A (zh) * | 2006-01-24 | 2007-08-01 | 华为技术有限公司 | 一种QoS控制方法和*** |
| CN100579107C (zh) * | 2006-05-30 | 2010-01-06 | 大唐移动通信设备有限公司 | 一种Iub口流量控制方法 |
-
2009
- 2009-07-13 CN CN 200910088288 patent/CN101959236B/zh active Active
Cited By (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102238635A (zh) * | 2011-08-03 | 2011-11-09 | 大唐移动通信设备有限公司 | 一种流量控制方法和设备 |
| CN102291309A (zh) * | 2011-08-26 | 2011-12-21 | 华为技术有限公司 | 一种基于令牌环的网络流量控制方法、节点及*** |
| CN102291309B (zh) * | 2011-08-26 | 2014-04-16 | 华为技术有限公司 | 一种基于令牌环的网络流量控制方法、节点及*** |
| US9264363B2 (en) | 2011-08-26 | 2016-02-16 | Huawei Technologies Co., Ltd. | Method, node, and system for controlling network traffic based on token ring |
| CN104285467A (zh) * | 2012-05-08 | 2015-01-14 | 瑞典爱立信有限公司 | 传输网络的基于反馈的分型 |
| CN104285467B (zh) * | 2012-05-08 | 2018-04-17 | 瑞典爱立信有限公司 | 传输网络的基于反馈的分型 |
| CN107493241B (zh) * | 2016-06-13 | 2022-04-12 | 中兴通讯股份有限公司 | 一种令牌分配方法和装置 |
| CN107493241A (zh) * | 2016-06-13 | 2017-12-19 | 中兴通讯股份有限公司 | 一种令牌分配方法和装置 |
| CN106533961A (zh) * | 2016-12-30 | 2017-03-22 | 中国农业银行股份有限公司 | 一种流量控制方法及装置 |
| CN109286573B (zh) * | 2018-08-31 | 2022-07-08 | 重庆富民银行股份有限公司 | 基于分布式令牌桶的削峰*** |
| CN109194586B (zh) * | 2018-08-31 | 2022-02-22 | 重庆富民银行股份有限公司 | 基于分布式令牌桶的削峰处理方法 |
| CN109286573A (zh) * | 2018-08-31 | 2019-01-29 | 重庆富民银行股份有限公司 | 基于分布式令牌桶的削峰*** |
| CN109194586A (zh) * | 2018-08-31 | 2019-01-11 | 重庆富民银行股份有限公司 | 基于分布式令牌桶的削峰处理方法 |
| CN112328613A (zh) * | 2020-11-04 | 2021-02-05 | 迈普通信技术股份有限公司 | 联机分析处理方法、装置、电子设备及存储介质 |
| CN113905417A (zh) * | 2021-09-30 | 2022-01-07 | 河海大学 | 基于令牌桶的5g基站分组数据汇聚协议层流量控制方法 |
| CN113905417B (zh) * | 2021-09-30 | 2023-10-20 | 河海大学 | 基于令牌桶的5g基站分组数据汇聚协议层流量控制方法 |
| CN114172848A (zh) * | 2021-11-18 | 2022-03-11 | 新华三技术有限公司合肥分公司 | 通信方法及装置 |
| CN114172848B (zh) * | 2021-11-18 | 2024-02-09 | 新华三技术有限公司合肥分公司 | 通信方法及装置 |
| CN116582258A (zh) * | 2023-06-06 | 2023-08-11 | 福州诚上商务服务有限公司 | 一种基于互联网和数据分析的企业管理信息共享*** |
| CN116582258B (zh) * | 2023-06-06 | 2024-04-30 | 深圳珠宝产业服务有限公司 | 一种基于互联网和数据分析的企业管理信息共享*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101959236B (zh) | 2013-06-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101959236B (zh) | 一种流量控制的方法和装置 | |
| US10356766B2 (en) | Wireless communication method and apparatus for reporting traffic volume measurement information to support uplink data transmissions | |
| CN100566295C (zh) | 一种基于服务质量保障的分组业务无线资源调度方法 | |
| CN103746936B (zh) | 用于从wtru调度上行链路数据的方法以及wtru | |
| CN102369778B (zh) | 移动通信***中的缓冲状态报告 | |
| EP1690339B1 (en) | Wireless communication method and apparatus for transferring buffered enhanced uplink data from a mobile station to a node-b | |
| CN102711255A (zh) | 扩频通信网络中对用户设备的下行链路分组接入业务提供 | |
| JPWO2006129698A1 (ja) | 移動体通信システム及びその通信制御方法 | |
| CN102104974A (zh) | 上行预调度处理方法、装置和*** | |
| CN101064538B (zh) | 一种时分同步码分多址通讯***的功率控制方法 | |
| CN103686826B (zh) | 一种载波聚合***中的接纳控制方法 | |
| CN110839284A (zh) | 一种调度请求资源确定及配置方法、设备及装置 | |
| CN100420315C (zh) | 一种拥塞原因获取方法及*** | |
| KR101211515B1 (ko) | 사용자 기기, 리소스를 결정하기 위한 방법, 리소스를 보고하기 위한 방법, 및 리소스를 분배하기 위한 시스템 | |
| WO2011020318A1 (zh) | 一种上行增强控制信道上快乐位设置方法及终端 | |
| JPWO2012147499A1 (ja) | 移動通信システムにおける基地局及びリソース割当方法 | |
| CN101350804B (zh) | 一种调度高速下行分组接入业务的方法及装置 | |
| CN103747432B (zh) | 上行预调度处理方法、装置和*** | |
| CN105472658A (zh) | 业务流删除方法和装置 | |
| CN101127725A (zh) | 信道单元调度的方法、装置和*** | |
| WO2017101121A1 (zh) | 传输信令、传输数据和建立gtp隧道的方法及设备 | |
| CN107820216B (zh) | 基于sc-mtch的调度方法及装置 | |
| CN106937334B (zh) | 共享无线接入网的方法、发送端和接收端 | |
| CN101854721B (zh) | 一种上报调度信息的方法、***和装置 | |
| CN102448156A (zh) | 一种多载波hsupa增强上行物理信道发送方法和*** |
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 |