專利名稱：一種流量控制的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)，特別涉及一種流量控制的方法和裝置。
背景技術(shù)：
不斷增長的無線數(shù)據(jù)業(yè)務(wù)對網(wǎng)絡(luò)性能提出了新的要求，而針對下行高速業(yè)務(wù)的需 求，3GPP(3rd Generation partnership project 3,代合作項(xiàng)目)Release 5 弓丨入了重要的 增強(qiáng)技術(shù)-HSDPA(High Speed Downlink Packet Access，高速下行分組接入)技術(shù)。HSDPA技術(shù)采用共享的下行信道進(jìn)行數(shù)據(jù)傳輸，通過引入自適應(yīng)調(diào)制與編碼 (AMC)、混合自動重傳請求(Hybrid Automatic Repeat Request，HARQ)、快速調(diào)度、16QM (Quadrature Amplitude Modulation，正交調(diào)幅)等技術(shù)，從而得到了較高的數(shù)據(jù)吞吐量， 并且有效的降低了數(shù)據(jù)重傳的次數(shù)和傳輸過程中的時延。目前HSDPA技術(shù)中的調(diào)度在NodeB (基站)中完成。具體的用戶終端(UE)通過測量當(dāng)前的C/I (載波干擾比)來判斷信道質(zhì)量的好壞，根據(jù) 當(dāng)前的信道質(zhì)量在協(xié)議規(guī)定的傳輸格式及資源組合(TFRC)表中選擇合適的數(shù)據(jù)塊大小 (TBS)以及調(diào)制編碼方式，同時用戶終端還將對當(dāng)前傳輸時間間隔(TTI)接收到的數(shù)據(jù)塊 進(jìn)行解碼，最后將ACK/NACK信息以及TFRC信息一起作為信道質(zhì)量指示(CQI)信息，通過 HS-SICH信道上報給NodeB ；NodeB根據(jù)收到的CQI信息在下一個TTI內(nèi)發(fā)送合適的數(shù)據(jù)塊。當(dāng)多個用戶終端在線時，NodeB需要采用調(diào)度算法，從而達(dá)到控制下行流量的目 的。目前，NodeB采用下面3種基本調(diào)度算法中的一種1、基于最大載干比的MAX-C/I調(diào)度算法；2、對用戶終端輪詢調(diào)度的Round Robin算法；3、兼顧時間與資源的部分公平調(diào)度PF算法。但是目前的協(xié)議中并沒有根據(jù)用戶終端的MBR控制下行流量的方案。綜上所述，目前的流量控制中，沒有根據(jù)用戶終端的MBR控制下行流量的方案。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種流量控制的方法和裝置，能夠根據(jù)用戶終端的MBR控制下
行流量。本發(fā)明實(shí)施例提供一種流量控制的方法，該方法包括根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和業(yè)務(wù)質(zhì)量QoS信息中的MBR，確定令牌 桶的總?cè)萘?，將所述令牌桶的總?cè)萘康闹底鳛樗隽钆仆笆Ｓ嗳萘康淖畲笾?；根?jù)收到的來自基站的容量分配控制幀，確定每次需要發(fā)送的數(shù)據(jù)量；根據(jù)令牌桶當(dāng)前的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌桶算法通過IUB 口發(fā)送數(shù)據(jù)。
本發(fā)明實(shí)施例提供一種流量控制設(shè)備，該設(shè)備包括容量確定模塊，用于根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和業(yè)務(wù)質(zhì)量QoS信息 中的MBR，確定令牌桶的總?cè)萘?，將所述令牌桶的總?cè)萘康闹底鳛樗隽钆仆笆Ｓ嗳萘康淖?大值；數(shù)據(jù)量確定模塊，用于根據(jù)收到的來自基站的容量分配控制幀，確定每次需要發(fā) 送的數(shù)據(jù)量；發(fā)送模塊，用于根據(jù)令牌桶當(dāng)前的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌 桶算法通過IUB 口發(fā)送數(shù)據(jù)。本發(fā)明實(shí)施例提供一種無線網(wǎng)絡(luò)控制器RNC，該RNC包括無線鏈路控制RLC模塊，用于緩存收到的數(shù)據(jù)；MAC-d模塊，用于根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和業(yè)務(wù)質(zhì)量QoS信息中 的MBR，確定令牌桶的總?cè)萘?，將所述令牌桶的總?cè)萘康闹底鳛樗隽钆仆笆Ｓ嗳萘康淖畲?值，根據(jù)收到的來自基站的容量分配控制幀，確定每次需要發(fā)送的數(shù)據(jù)量，根據(jù)令牌桶當(dāng)前 的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌桶算法發(fā)送緩存的數(shù)據(jù)；FP模塊，用于將來自所述MAC-d模塊的數(shù)據(jù)，通過IUB 口發(fā)送。本發(fā)明實(shí)施例根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和QoS (Quality ofService，業(yè)務(wù)質(zhì)量)信息中的MBR(最大比特速率)，確定令牌桶剩余容量的最大值(即 令牌桶的總?cè)萘?，根據(jù)令牌桶當(dāng)前的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌桶算法 通過IUB(RNC和Node B之間的接口)口發(fā)送數(shù)據(jù)。由于可以根據(jù)用戶終端的MBR控制下 行數(shù)據(jù)的流量，從而可以滿足運(yùn)營商根據(jù)用戶簽約速率限制用戶數(shù)據(jù)流量的需求，增加了 流量控制的應(yīng)用場景。


圖1為本發(fā)明實(shí)施例流量控制設(shè)備的結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例RNC(Radio Network Controller，無線網(wǎng)絡(luò)控制器)的結(jié)構(gòu) 示意圖；圖3為本發(fā)明實(shí)施例流量控制的方法流程示意圖；圖4為本發(fā)明實(shí)施例RNC發(fā)起容量請求消息的方法流程示意圖；圖5為本發(fā)明實(shí)施例RNC進(jìn)行流量控制的方法流程示意圖。
具體實(shí)施例方式本發(fā)明實(shí)施例根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和QoS信息中的MBR，確定 令牌桶剩余容量的最大值(即令牌桶的總?cè)萘?，根據(jù)令牌桶當(dāng)前的剩余容量和當(dāng)前需要 發(fā)送的數(shù)據(jù)量，采用令牌桶算法通過IUB 口發(fā)送數(shù)據(jù)。由于可以根據(jù)用戶終端的MBR控制 下行數(shù)據(jù)的流量，從而可以滿足運(yùn)營商根據(jù)用戶簽約速率限制用戶數(shù)據(jù)流量的需求。其中，本發(fā)明實(shí)施例采用的令牌桶算法基本原理如下令牌以一定的速率放入桶中；每個令牌允許源發(fā)送一定數(shù)量的比特，且每個令牌允許發(fā)送的比特數(shù)量相同；發(fā)送一個包，流量調(diào)節(jié)器就要從桶中刪除與包大小相等的令牌數(shù)；
如果沒有足夠的令牌發(fā)送包，這個包就會等待直到有足夠的令牌后再發(fā)送；桶有特定的容量，如果桶已經(jīng)滿了，新加入的令牌就會被丟棄。本發(fā)明實(shí)施例在任何時候，發(fā)送到網(wǎng)絡(luò)上的最大突發(fā)數(shù)據(jù)量與桶的大小成比例。 令牌桶允許突發(fā)，但是不能超過限制。需要說明的是，本發(fā)明實(shí)施例并不局限于上述介紹的令牌桶算法方式，其他令牌 桶算法方式同樣適用本發(fā)明實(shí)施例。下面結(jié)合說明書附圖對本發(fā)明實(shí)施例作進(jìn)一步詳細(xì)描述。如圖1所示，本發(fā)明實(shí)施例流量控制設(shè)備包括容量確定模塊100、數(shù)據(jù)量確定模 塊110和發(fā)送模塊120。容量確定模塊100，用于根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和QoS信息中的 MBR，確定令牌桶的總?cè)萘?，將令牌桶的總?cè)萘康闹底鳛榱钆仆笆Ｓ嗳萘康淖畲笾?。具體的，容量確定模塊100根據(jù)預(yù)先設(shè)定的用戶業(yè)務(wù)和最大允許突發(fā)時間的對應(yīng) 關(guān)系，確定用戶業(yè)務(wù)對應(yīng)的最大允許突發(fā)時間，將QoS信息中的MBR乘以確定的最大允許突 發(fā)時間，得到令牌桶的總?cè)萘?。比如MBR為P字節(jié)/秒(8* P比特/秒)，最大允許突發(fā)時間是S，則令牌桶的總 容量(即最大突發(fā)數(shù)據(jù)量)C = P *S。在具體實(shí)施過程中，用戶業(yè)務(wù)和最大允許突發(fā)時間的對應(yīng)關(guān)系可以根據(jù)需要動態(tài) 進(jìn)行配置。其中，容量確定模塊100在確定令牌桶的總?cè)萘恐?，根?jù)MAC-d流對應(yīng)的 RB (Radio Bearer，無線承載)標(biāo)識或RAB (Radio Access Bearer，無線接入承載)標(biāo)識，從 QoS信息中確定業(yè)務(wù)類型和MBR。在具體實(shí)施過程中，用戶業(yè)務(wù)建立在HS-DSCH(High Speed DownlinkShared Channel，高速下行共享信道)信道。在建立時，容量確定模塊100會收到高層信令發(fā)送的通 知消息，該通知消息中包含該用戶業(yè)務(wù)的RAB標(biāo)識、業(yè)務(wù)類型、MBR、RB標(biāo)識和MAC_d (Medium Access Control-Dedicated，專用介質(zhì)接入控制)流(MacdFolw)標(biāo)識，并建立相應(yīng)的對應(yīng) 關(guān)系；相應(yīng)的，容量確定模塊100確定MAC-d流對應(yīng)的MAC-d流標(biāo)識，根據(jù)上述對應(yīng)關(guān)系，確 定該MAC-d流標(biāo)識對應(yīng)的RB標(biāo)識或RAB標(biāo)識，然后就可以確定對應(yīng)的業(yè)務(wù)類型和MBR，最后 從QoS信息中獲取業(yè)務(wù)類型和MBR。數(shù)據(jù)量確定模塊110，用于根據(jù)收到的來自基站的容量分配控制幀，確定每次需要 發(fā)送的數(shù)據(jù)量。具體的，數(shù)據(jù)量確定模塊110從收到的容量分配控制幀中，提取出發(fā)送間隔內(nèi)需 要傳輸?shù)腗AC-d PDU塊數(shù)，最大MAC-d PDU協(xié)議數(shù)據(jù)單元大小，發(fā)送的時間粒度和發(fā)送時間 間隔；然后根據(jù)提取出的參數(shù)確定每次需要發(fā)送的數(shù)據(jù)量。數(shù)據(jù)量確定模塊110根據(jù)下列公式確定每次需要發(fā)送的數(shù)據(jù)量V= (CreditsXMax MAC-d PDU Size) X g+Interval (公式一)其中，V是每次需要發(fā)送的數(shù)據(jù)量，Credits是容量分配控制幀中發(fā)送間隔內(nèi)需要 傳輸?shù)腗AC-d PDU (MAC-d協(xié)議數(shù)據(jù)單元)塊數(shù)，Max MAC-d PDU Size是容量分配控制幀中 最大MAC-d PDU協(xié)議數(shù)據(jù)單元大小，g是容量分配控制幀中發(fā)送的時間粒度，Interval是容量分配控制幀中發(fā)送時間間隔。如果用戶業(yè)務(wù)建立在HS-DSCH上，則Interval 是HS-DSCH Interval，表示HS-DSCH 發(fā)送時間間隔。在具體實(shí)施過程中，數(shù)據(jù)量確定模塊110在收到新數(shù)據(jù)，且當(dāng)前沒有緩存的數(shù)據(jù) 后(即以前緩存的數(shù)據(jù)已經(jīng)發(fā)送完)，緩存收到的新數(shù)據(jù)，并向基站發(fā)送容量請求消息，指 示基站返回容量分配控制幀。發(fā)送模塊120，用于根據(jù)令牌桶當(dāng)前的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令 牌桶算法通過IUB 口發(fā)送數(shù)據(jù)。具體的，發(fā)送模塊120在令牌桶當(dāng)前的剩余容量大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時， 通過IUB 口發(fā)送與當(dāng)前需要發(fā)送的數(shù)據(jù)量大小相同的數(shù)據(jù)，并將所述令牌桶當(dāng)前的剩余容 量減去發(fā)送的數(shù)據(jù)量，得到更新后的令牌桶當(dāng)前的剩余容量；在令牌桶當(dāng)前的剩余容量不大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時，根據(jù)令牌桶當(dāng)前的剩 余容量大小，確定實(shí)際需要發(fā)送的數(shù)據(jù)量，通過IUB 口發(fā)送與實(shí)際需要發(fā)送的數(shù)據(jù)量相同 的數(shù)據(jù)，并將令牌桶當(dāng)前的剩余容量清0。其中，發(fā)送模塊120根據(jù)下列方式確定實(shí)際需要發(fā)送的數(shù)據(jù)量將令牌桶當(dāng)前的剩余容量大小除以最大MAC-d協(xié)議數(shù)據(jù)單元大小，得到實(shí)際需要 發(fā)送的數(shù)據(jù)量。比如令牌桶當(dāng)前的剩余容量大小是10M，最大MAC-d協(xié)議數(shù)據(jù)單元大小是4M，則 10/4 = 2. 5，取整后=2，也就是說能夠發(fā)送2個最大MAC-d協(xié)議數(shù)據(jù)單元大小的數(shù)據(jù)量，即 實(shí)際需要發(fā)送的數(shù)據(jù)量是2 X 4M = 8M。由于不需要時實(shí)進(jìn)行流量控制，比如目前網(wǎng)絡(luò)負(fù)載比較輕，就不需要進(jìn)行流量控 制，所以可以設(shè)定一個令牌桶流量控制開關(guān)，令牌桶流量控制開關(guān)可以根據(jù)需要開啟或關(guān) 閉。相應(yīng)的，發(fā)送模塊120在確定令牌桶流量功能開關(guān)開啟時，根據(jù)令牌桶當(dāng)前的剩 余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌桶算法通過IUB 口發(fā)送數(shù)據(jù)。其中，本發(fā)明實(shí)施例流量控制設(shè)備還可以進(jìn)一步包括添加模塊130。添加模塊130，用于根據(jù)設(shè)定的令牌數(shù)，周期增加令牌桶的剩余容量。其中，增加后的令牌桶的剩余容量不大于令牌桶的總?cè)萘?。在具體實(shí)施過程中，可以設(shè)置一個令牌計(jì)數(shù)器，用于記錄令牌桶的剩余容量，則在 令牌計(jì)數(shù)器的數(shù)值等于令牌桶的總?cè)萘?，則不再進(jìn)行累加。比如設(shè)定每10毫秒增加P /100個字節(jié)的令牌數(shù)，如果令牌桶的剩余容量等于令 牌桶的總?cè)萘?，則不再進(jìn)行累加。本發(fā)明實(shí)施例還可以在RNC中進(jìn)行流量控制。如圖2所示，本發(fā)明實(shí)施例RNC的 結(jié)構(gòu)包括RLC(Radio Link Control，無線鏈路控制)模塊200、MAC_d模塊210和FP (幀協(xié) 議)模塊220。RLC模塊200，用于緩存收到的數(shù)據(jù)。具體的，RLC模塊200在收到來自PDCP的數(shù)據(jù)后，緩存數(shù)據(jù)。進(jìn)一步的，RLC模塊200還可以將當(dāng)前緩存的數(shù)據(jù)量通知MAC_d模塊210。其中，RLC模塊200在收到來自MAC_d模塊210的獲取消息后，向MAC_d模塊210
9發(fā)送與獲取消息中數(shù)據(jù)量的大小相同的數(shù)據(jù)；然后RLC模塊200將緩存的剩余容量通知MAC_d模塊210。MAC-d模塊210，用于根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和QoS信息中的MBR， 確定令牌桶的總?cè)萘?，將令牌桶的總?cè)萘康闹底鳛榱钆仆笆Ｓ嗳萘康淖畲笾?，根?jù)收到的 來自基站的容量分配控制幀，確定每次需要發(fā)送的數(shù)據(jù)量，根據(jù)令牌桶當(dāng)前的剩余容量和 當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌桶算法發(fā)送緩存的數(shù)據(jù)。具體的，RNC的0AMS(操作維護(hù)系統(tǒng))根據(jù)不同的業(yè)務(wù)類型設(shè)置不同的最大允許 突發(fā)時間(這個參數(shù)可以根據(jù)需要進(jìn)行動態(tài)配置)，并通過配置消息將各類業(yè)務(wù)的最大允 許突發(fā)時間通知用戶面的MAC-d模塊210。相應(yīng)的，MAC-d模塊210根據(jù)各類業(yè)務(wù)的最大允許突發(fā)時間，建立用戶業(yè)務(wù)和最大 允許突發(fā)時間的對應(yīng)關(guān)系；以及根據(jù)該對應(yīng)關(guān)系確定確定用戶業(yè)務(wù)對應(yīng)的最大允許突發(fā)時 間，將QoS信息中的MBR乘以確定的最大允許突發(fā)時間，得到令牌桶的總?cè)萘?。其中，MAC-d模塊210在確定令牌桶的總?cè)萘恐?，根?jù)MAC_d流對應(yīng)的RB標(biāo)識 或RAB標(biāo)識，從QoS信息中確定業(yè)務(wù)類型和MBR。用戶業(yè)務(wù)建立過程中RNC高層信令通知用戶面的MAC-d模塊210用戶的QoS信息 (來源于SGSN的RAB指派消息)，如果用戶業(yè)務(wù)建立在HS-DSCH信道上，RNC高層信令在用 戶業(yè)務(wù)建立時通過內(nèi)部配置消息通知用戶面的MAC-d模塊210此業(yè)務(wù)的RAB ID,以及其對 應(yīng)的QoS信息，RB ID和MAC-d流標(biāo)識，由用戶面的MAC_d模塊210保存該對應(yīng)關(guān)系。相應(yīng)的，用戶面的MAC-d模塊210在進(jìn)行下行數(shù)據(jù)處理時可以根據(jù)MAC_d流對應(yīng) 的RB ID和RAB ID在用戶的QoS信息中索引獲得業(yè)務(wù)類型和MBR。其中，MAC-d模塊210在收到來自RLC模塊200的通知，且RLC模塊200在收到新 數(shù)據(jù)之前沒有緩存的數(shù)據(jù)時(由于RLC模塊200每次發(fā)送和緩存數(shù)據(jù)時，都會將剩余容量 通知MAC-d模塊210，所以MAC-d模塊210可以根據(jù)通知確定RLC模塊200在收到新數(shù)據(jù)之 前是否還有緩存的數(shù)據(jù))，向FP模塊220發(fā)送容量請求消息。在具體實(shí)施過程中，可以設(shè)置一個容量請求定時器，MAC-d模塊210向FP模塊220 發(fā)送容量請求消息后啟動該容量請求定時器，在設(shè)定時間內(nèi)如果沒有收到的容量分配控制 幀，則重新發(fā)送容量請求消息，并重啟容量請求定時器。MAC-d模塊210通過FP模塊220收到來自基站的容量分配控制幀后，從收到的容 量分配控制幀中，提取出發(fā)送間隔內(nèi)需要傳輸?shù)腗AC-d PDU塊數(shù)，最大MAC-d PDU協(xié)議數(shù)據(jù) 單元大小，發(fā)送的時間粒度和發(fā)送時間間隔；然后根據(jù)提取出的參數(shù)確定每次需要發(fā)送的數(shù)據(jù)量。具體的，MAC-d模塊210可以根據(jù)公式一確定每次需要發(fā)送的數(shù)據(jù)量。其中，MAC-d模塊210采用令牌桶算法發(fā)送緩存的數(shù)據(jù)包括在令牌桶當(dāng)前的剩余容量大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時，發(fā)送與當(dāng)前需要發(fā)送的 數(shù)據(jù)量大小相同的數(shù)據(jù)，并將令牌桶當(dāng)前的剩余容量減去發(fā)送的數(shù)據(jù)量，得到更新后的令 牌桶當(dāng)前的剩余容量；在令牌桶當(dāng)前的剩余容量不大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時，根據(jù)令牌桶當(dāng)前的剩 余容量大小，確定實(shí)際需要發(fā)送的數(shù)據(jù)量，發(fā)送與實(shí)際需要發(fā)送的數(shù)據(jù)量相同的數(shù)據(jù)，并將 令牌桶當(dāng)前的剩余容量清0。
具體的，MAC-d模塊210在確定發(fā)送的數(shù)據(jù)量后，向RLC模塊200發(fā)送包含數(shù)據(jù)量 的獲取消息，指示RLC模塊200返回同等大小的數(shù)據(jù)。進(jìn)一步的，MAC-d模塊210根據(jù)下列方式確定實(shí)際需要發(fā)送的數(shù)據(jù)量將令牌桶當(dāng)前的剩余容量大小除以最大MAC-d協(xié)議數(shù)據(jù)單元大小，得到實(shí)際需要 發(fā)送的數(shù)據(jù)量。由于不需要時實(shí)進(jìn)行流量控制，比如目前網(wǎng)絡(luò)負(fù)載比較輕，就不需要進(jìn)行流量控 制，所以RNC的OAMS可以設(shè)定一個令牌桶流量控制開關(guān)，令牌桶流量控制開關(guān)可以根據(jù)需 要開啟或關(guān)閉。相應(yīng)的，MAC-d模塊210在確定令牌桶流量功能開關(guān)開啟時，采用令牌桶算法發(fā)送 緩存的數(shù)據(jù)。FP模塊220，用于將來自MAC-d模塊210的數(shù)據(jù)，通過IUB 口向基站發(fā)送。其中，F(xiàn)P模塊220負(fù)責(zé)轉(zhuǎn)發(fā)MAC_d模塊210和基站之間的信息。具體的，F(xiàn)P模塊220在收到來自MAC_d模塊210的容量請求消息后，將容量請求 消息向基站發(fā)送；在收到來自基站的容量分配控制幀后，將該容量分配控制幀發(fā)送給MAC-d模塊 210，其中，本發(fā)明實(shí)施例RNC還可以進(jìn)一步包括流量控制模塊230。流量控制模塊230，用于根據(jù)設(shè)定的令牌數(shù)，周期增加令牌桶的剩余容量。其中，增加后的令牌桶的剩余容量不大于令牌桶的總?cè)萘?。在具體實(shí)施過程中，可以設(shè)置一個令牌計(jì)數(shù)器，用于記錄令牌桶的剩余容量，則在 令牌計(jì)數(shù)器的數(shù)值等于令牌桶的總?cè)萘?，則不再進(jìn)行累加。如圖3所示，本發(fā)明實(shí)施例流量控制的方法包括下列步驟步驟301、根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和QoS信息中的MBR，確定令牌 桶的總?cè)萘?，將令牌桶的總?cè)萘康闹底鳛榱钆仆笆Ｓ嗳萘康淖畲笾?。步驟302、根據(jù)收到的來自基站的容量分配控制幀，確定每次需要發(fā)送的數(shù)據(jù)量。步驟303、根據(jù)令牌桶當(dāng)前的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌桶算法 通過IUB 口發(fā)送數(shù)據(jù)。其中，步驟301中根據(jù)預(yù)先設(shè)定的用戶業(yè)務(wù)和最大允許突發(fā)時間的對應(yīng)關(guān)系，確 定用戶業(yè)務(wù)對應(yīng)的最大允許突發(fā)時間，將QoS信息中的MBR乘以確定的最大允許突發(fā)時間， 得到令牌桶的總?cè)萘?。比如MBR為P字節(jié)/秒(8* P比特/秒)，最大允許突發(fā)時間是S，則令牌桶的總 容量(即最大突發(fā)數(shù)據(jù)量)C = P *S。在具體實(shí)施過程中，用戶業(yè)務(wù)和最大允許突發(fā)時間的對應(yīng)關(guān)系可以根據(jù)需要動態(tài) 進(jìn)行配置。其中，步驟301之前還可以進(jìn)一步包括步驟300、根據(jù)MAC-d流對應(yīng)的RB標(biāo)識或RAB標(biāo)識，從QoS信息中確定業(yè)務(wù)類型和 MBR。在具體實(shí)施過程中，用戶業(yè)務(wù)建立在HS-DSCH信道。在建立時，會得到該用戶業(yè)務(wù) 的RAB標(biāo)識、業(yè)務(wù)類型、MBR、RB標(biāo)識和MAC-d流(MacdFolw)標(biāo)識，并建立相應(yīng)的對應(yīng)關(guān)系；
11相應(yīng)的，步驟301中確定MAC-d流對應(yīng)的MAC-d流標(biāo)識，根據(jù)上述對應(yīng)關(guān)系，確定該MAC_d 流標(biāo)識對應(yīng)的RB標(biāo)識或RAB標(biāo)識，然后就可以確定對應(yīng)的業(yè)務(wù)類型和MBR，最后從QoS信息 中獲取業(yè)務(wù)類型和MBR。其中，步驟302中從收到的容量分配控制幀中，提取出發(fā)送間隔內(nèi)需要傳輸?shù)?MAC-d PDU塊數(shù)，最大MAC-d PDU協(xié)議數(shù)據(jù)單元大小，發(fā)送的時間粒度和發(fā)送時間間隔；然 后根據(jù)提取出的參數(shù)確定每次需要發(fā)送的數(shù)據(jù)量。具體的，可以根據(jù)公式一確定每次需要發(fā)送的數(shù)據(jù)量。其中，步驟302之前還可以進(jìn)一步包括步驟a302、在收到新數(shù)據(jù)，且當(dāng)前沒有緩存的數(shù)據(jù)后(即以前緩存的數(shù)據(jù)已經(jīng)發(fā) 送完)，緩存收到的新數(shù)據(jù)，并向基站發(fā)送容量請求消息，指示基站返回容量分配控制幀。其中，步驟303中需要對令牌桶當(dāng)前的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量進(jìn)行比 較；在令牌桶當(dāng)前的剩余容量大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時，通過IUB 口發(fā)送與當(dāng)前 需要發(fā)送的數(shù)據(jù)量大小相同的數(shù)據(jù)，并將令牌桶當(dāng)前的剩余容量減去發(fā)送的數(shù)據(jù)量，得到 更新后的令牌桶當(dāng)前的剩余容量；在令牌桶當(dāng)前的剩余容量不大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時，根據(jù)令牌桶當(dāng)前的剩 余容量大小，確定實(shí)際需要發(fā)送的數(shù)據(jù)量，通過IUB 口發(fā)送與所述實(shí)際需要發(fā)送的數(shù)據(jù)量 相同的數(shù)據(jù)，并將所述令牌桶當(dāng)前的剩余容量清0。在具體實(shí)施過程中，可以根據(jù)下列方式確定實(shí)際需要發(fā)送的數(shù)據(jù)量將令牌桶當(dāng)前的剩余容量大小除以最大MAC-d協(xié)議數(shù)據(jù)單元大小，得到實(shí)際需要 發(fā)送的數(shù)據(jù)量。比如令牌桶當(dāng)前的剩余容量大小是10M，最大MAC-d協(xié)議數(shù)據(jù)單元大小是4M，則 10/4 = 2. 5，取整后=2，也就是說能夠發(fā)送2個最大MAC-d協(xié)議數(shù)據(jù)單元大小的數(shù)據(jù)量，即 實(shí)際需要發(fā)送的數(shù)據(jù)量是2 X 4M = 8M。由于不需要時實(shí)進(jìn)行流量控制，比如目前網(wǎng)絡(luò)負(fù)載比較輕，就不需要進(jìn)行流量控 制，所以可以設(shè)定一個令牌桶流量控制開關(guān)，令牌桶流量控制開關(guān)可以根據(jù)需要開啟或關(guān) 閉。相應(yīng)的，步驟303中，在確定令牌桶流量功能開關(guān)開啟時，采用令牌桶算法通過 IUB 口發(fā)送數(shù)據(jù)。其中，步驟301之后還可以進(jìn)一步包括根據(jù)設(shè)定的令牌數(shù)，周期增加令牌桶的剩余容量，增加后的令牌桶的剩余容量不 大于令牌桶的總?cè)萘俊Ｔ诰唧w實(shí)施過程中，可以設(shè)置一個令牌計(jì)數(shù)器，用于記錄令牌桶的剩余容量，則在 令牌計(jì)數(shù)器的數(shù)值等于令牌桶的總?cè)萘?，則不再進(jìn)行累加。比如設(shè)定每10毫秒增加P /100個字節(jié)的令牌數(shù)，如果令牌桶的剩余容量等于令 牌桶的總?cè)萘浚瑒t不再進(jìn)行累加。如圖4所示，本發(fā)明實(shí)施例RNC發(fā)起容量請求消息的方法包括下列步驟
步驟401、RLC模塊接收來自PDCP的數(shù)據(jù)。 步驟402、RLC模塊通知MAC_d模塊當(dāng)前緩存的數(shù)據(jù)量。
步驟403、MAC_d模塊在收到通知消息后查看RLC模塊之前還存的數(shù)據(jù)量是否為0， 如果是，則執(zhí)行步驟404 ；否則，不發(fā)送容量請求消息，并跳出本流程。步驟404、MAC-d模塊向FP模塊發(fā)送容量請求消息，并啟動容量請求定時器。步驟405、FP模塊通過IUB 口向基站發(fā)送容量請求消息。其中，如果容量請求定時器超時后，MAC-d模塊沒有收到基站返回的容量分配控制 幀，則MAC-d模塊重新執(zhí)行步驟404。如圖5所示，本發(fā)明實(shí)施例RNC進(jìn)行流量控制的方法包括下列步驟步驟501、FP模塊接收來自基站的容量分配控制幀。步驟502、FP模塊將容量分配控制幀中攜帶的容量分配信息發(fā)送給MAC_d模塊。其中，容量分配控制幀中包括但不限于下列信息發(fā)送間隔內(nèi)需要傳輸?shù)腗AC-d PDU塊數(shù)，最大MAC-d PDU協(xié)議數(shù)據(jù)單元大小，發(fā)送 的時間粒度和發(fā)送時間間隔。當(dāng)然，F(xiàn)P模塊也可以將容量分配控制幀發(fā)送給MAC-d模塊。步驟503、MAC-d模塊收到容量分配信息后，停止容量請求定時器，根據(jù)容量分配 信息確定每次需要發(fā)送的數(shù)據(jù)量。其中，MAC-d模塊根據(jù)容量分配信息周期從RLC模塊中獲取數(shù)據(jù)，在令牌桶流量控 制開關(guān)是開啟時，根據(jù)令牌桶當(dāng)前的剩余容量和令牌桶的總?cè)萘?，對?shù)據(jù)進(jìn)行流量控制，具 體的步驟504、MAC-d模塊通過RLC_Status_Ind消息從RLC模塊中獲取數(shù)據(jù)。步驟505、RLC模塊向MAC_d模塊發(fā)送數(shù)據(jù)。步驟506、RLC模塊將剩余的數(shù)據(jù)量通知給MAC_d模塊。步驟507、MAC_d模塊向FP模塊轉(zhuǎn)發(fā)數(shù)據(jù)，同時將RLC模塊當(dāng)前的緩存數(shù)據(jù)量通知 FP模塊，如果本次數(shù)據(jù)發(fā)送完成后緩存中還有數(shù)據(jù)未發(fā)完，則重新啟動一個容量請求定時
ο步驟508、FP模塊將當(dāng)前的緩存數(shù)據(jù)量攜帶在來自MAC_d模塊的數(shù)據(jù)中通過IUB 口發(fā)送給Node B。其中，步驟506與步驟505之間沒有必然的時序關(guān)系。也就是說，可以先執(zhí)行步驟 505，在執(zhí)行步驟506 ；也可以先執(zhí)行步驟506，在執(zhí)行步驟505 ；還可以同時執(zhí)行步驟505和 506。從上述實(shí)施例中可以看出本發(fā)明實(shí)施例根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間 和QoS信息中的MBR，確定令牌桶的總?cè)萘?，將所述令牌桶的總?cè)萘康闹底鳛樗隽钆仆?剩余容量的最大值；根據(jù)收到的來自基站的容量分配控制幀，確定每次需要發(fā)送的數(shù)據(jù)量； 根據(jù)令牌桶當(dāng)前的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌桶算法通過IUB 口發(fā)送數(shù) 據(jù)。由于可以根據(jù)用戶終端的MBR控制下行數(shù)據(jù)的流量，從而可以滿足運(yùn)營商根據(jù)用 戶簽約速率限制用戶數(shù)據(jù)流量的需求，增加了流量控制的應(yīng)用場景。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精 神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍 之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
一種流量控制的方法，其特征在于，該方法包括根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和業(yè)務(wù)質(zhì)量QoS信息中的最大比特速率MBR，確定令牌桶的總?cè)萘?，將所述令牌桶的總?cè)萘康闹底鳛樗隽钆仆笆Ｓ嗳萘康淖畲笾担桓鶕?jù)收到的來自基站的容量分配控制幀，確定每次需要發(fā)送的數(shù)據(jù)量；根據(jù)令牌桶當(dāng)前的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌桶算法通過IUB口發(fā)送數(shù)據(jù)。
2.如權(quán)利要求1所述的方法，其特征在于，所述確定令牌桶的總?cè)萘恐斑€包括 根據(jù)MAC-d流對應(yīng)的無線承載RB標(biāo)識或無線接入承載RAB標(biāo)識，從QoS信息中確定業(yè)務(wù)類型和MBR。
3.如權(quán)利要求1所述的方法，其特征在于，所述確定令牌桶的總?cè)萘堪ǜ鶕?jù)預(yù)先設(shè)定的用戶業(yè)務(wù)和最大允許突發(fā)時間的對應(yīng)關(guān)系，確定所述用戶業(yè)務(wù)對應(yīng)的 最大允許突發(fā)時間；將所述QoS信息中的MBR乘以確定的所述最大允許突發(fā)時間，得到令牌桶的總?cè)萘俊?br> 4.如權(quán)利要求1所述的方法，其特征在于，根據(jù)下列公式確定每次需要發(fā)送的數(shù)據(jù)量 V= (Credits*Max MAC-d PDU Size) *g/Interval其中，V是每次需要發(fā)送的數(shù)據(jù)量，Credits是容量分配控制幀中發(fā)送間隔內(nèi)需要傳輸 的MAC-d PDU塊數(shù)，Max MAC-d PDU Size是容量分配控制幀中最大MAC_d PDU協(xié)議數(shù)據(jù)單 元大小，g是容量分配控制幀中發(fā)送的時間粒度，Interval是容量分配控制幀中發(fā)送時間 間隔。
5.如權(quán)利要求1所述的方法，其特征在于，所述確定每次需要發(fā)送的數(shù)據(jù)量之前還包括在收到新數(shù)據(jù)，且當(dāng)前沒有緩存的數(shù)據(jù)后，緩存收到的新數(shù)據(jù)，并向基站發(fā)送容量請求 消息，指示基站返回容量分配控制幀。
6.如權(quán)利要求1所述的方法，其特征在于，所述采用令牌桶算法發(fā)送數(shù)據(jù)包括在所述令牌桶當(dāng)前的剩余容量大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時，通過IUB 口發(fā)送與當(dāng)前 需要發(fā)送的數(shù)據(jù)量大小相同的數(shù)據(jù)，并將所述令牌桶當(dāng)前的剩余容量減去發(fā)送的數(shù)據(jù)量， 得到更新后的所述令牌桶當(dāng)前的剩余容量；在所述令牌桶當(dāng)前的剩余容量不大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時，根據(jù)所述令牌桶當(dāng)前 的剩余容量大小，確定實(shí)際需要發(fā)送的數(shù)據(jù)量，通過IUB 口發(fā)送與所述實(shí)際需要發(fā)送的數(shù) 據(jù)量相同的數(shù)據(jù)，并將所述令牌桶當(dāng)前的剩余容量清O。
7.如權(quán)利要求6所述的方法，其特征在于，所述確定實(shí)際需要發(fā)送的數(shù)據(jù)量包括 將令牌桶當(dāng)前的剩余容量大小除以最大MAC-d協(xié)議數(shù)據(jù)單元大小，得到實(shí)際需要發(fā)送的數(shù)據(jù)量。
8.如權(quán)利要求1所述的方法，其特征在于，所述采用令牌桶算法通過IUB口發(fā)送數(shù)據(jù)之 前還包括確定令牌桶流量功能開關(guān)開啟。
9.如權(quán)利要求1 7任一權(quán)利要求所述的方法，其特征在于，所述確定令牌桶的容量之 后該方法還包括根據(jù)設(shè)定的令牌數(shù)，周期增加令牌桶的剩余容量，所述增加后的令牌桶的剩余容量不大于令牌桶的總?cè)萘俊?br> 10.一種流量控制設(shè)備，其特征在于，該設(shè)備包括容量確定模塊，用于根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和業(yè)務(wù)質(zhì)量QoS信息中的 最大比特速率MBR，確定令牌桶的總?cè)萘?，將所述令牌桶的總?cè)萘康闹底鳛樗隽钆仆笆Ｓ?容量的最大值；數(shù)據(jù)量確定模塊，用于根據(jù)收到的來自基站的容量分配控制幀，確定每次需要發(fā)送的 數(shù)據(jù)量；發(fā)送模塊，用于根據(jù)令牌桶當(dāng)前的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌桶算 法通過IUB 口發(fā)送數(shù)據(jù)。
11.如權(quán)利要求10所述的流量控制設(shè)備，其特征在于，所述容量確定模塊還用于 根據(jù)MAC-d流對應(yīng)的無線承載RB標(biāo)識或無線接入承載RAB標(biāo)識，從QoS信息中確定業(yè)務(wù)類型和MBR。
12.如權(quán)利要求10所述的流量控制設(shè)備，其特征在于，所述容量確定模塊用于根據(jù)預(yù)先設(shè)定的用戶業(yè)務(wù)和最大允許突發(fā)時間的對應(yīng)關(guān)系，確定所述用戶業(yè)務(wù)對應(yīng)的 最大允許突發(fā)時間；將所述QoS信息中的MBR乘以確定的所述最大允許突發(fā)時間，得到令牌桶的總?cè)萘俊?br> 13.如權(quán)利要求10所述的流量控制設(shè)備，其特征在于，所述數(shù)據(jù)量確定模塊根據(jù)下列 公式確定每次需要發(fā)送的數(shù)據(jù)量V= (Credits*Max MAC-d PDU Size) *g/Interval其中，V是每次需要發(fā)送的數(shù)據(jù)量，Credits是容量分配控制幀中發(fā)送間隔內(nèi)需要傳輸 的MAC-d PDU塊數(shù)，Max MAC-d PDU Size是容量分配控制幀中最大MAC_d PDU協(xié)議數(shù)據(jù)單 元大小，g是容量分配控制幀中發(fā)送的時間粒度，Interval是容量分配控制幀中發(fā)送時間 間隔。
14.如權(quán)利要求10所述的流量控制設(shè)備，其特征在于，所述數(shù)據(jù)量確定模塊還用于 在收到新數(shù)據(jù)，且當(dāng)前沒有緩存的數(shù)據(jù)后，緩存收到的新數(shù)據(jù)，并向基站發(fā)送容量請求消息，指示基站返回容量分配控制幀。
15.如權(quán)利要求10所述的流量控制設(shè)備，其特征在于，所述發(fā)送模塊用于在所述令牌桶當(dāng)前的剩余容量大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時，通過IUB 口發(fā)送與當(dāng)前 需要發(fā)送的數(shù)據(jù)量大小相同的數(shù)據(jù)，并將所述令牌桶當(dāng)前的剩余容量減去發(fā)送的數(shù)據(jù)量， 得到更新后的所述令牌桶當(dāng)前的剩余容量；在所述令牌桶當(dāng)前的剩余容量不大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時，根據(jù)所述令牌桶當(dāng)前 的剩余容量大小，確定實(shí)際需要發(fā)送的數(shù)據(jù)量，通過IUB 口發(fā)送與所述實(shí)際需要發(fā)送的數(shù) 據(jù)量相同的數(shù)據(jù)，并將所述令牌桶當(dāng)前的剩余容量清O。
16.如權(quán)利要求15所述的流量控制設(shè)備，其特征在于，所述發(fā)送模塊還用于將令牌桶當(dāng)前的剩余容量大小除以最大MAC-d協(xié)議數(shù)據(jù)單元大小，得到實(shí)際需要發(fā)送 的數(shù)據(jù)量。
17.如權(quán)利要求10所述的流量控制設(shè)備，其特征在于，所述發(fā)送模塊用于在確定令牌桶流量功能開關(guān)開啟時，根據(jù)令牌桶當(dāng)前的剩余容量和當(dāng)前需要發(fā)送的數(shù) 據(jù)量，采用令牌桶算法通過IUB 口發(fā)送數(shù)據(jù)。
18.如權(quán)利要求10 17任一權(quán)利要求所述的流量控制設(shè)備，其特征在于，所述流量控 制設(shè)備還包括添加模塊，用于根據(jù)設(shè)定的令牌數(shù)，周期增加令牌桶的剩余容量，所述增加后的令牌桶 的剩余容量不大于令牌桶的總?cè)萘俊?br> 19.一種無線網(wǎng)絡(luò)控制器RNC，其特征在于，該RNC包括無線鏈路控制RLC模塊，用于緩存收到的數(shù)據(jù)；MAC-d模塊，用于根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和業(yè)務(wù)質(zhì)量QoS信息中的 MBR，確定令牌桶的總?cè)萘?，將所述令牌桶的總?cè)萘康闹底鳛樗隽钆仆笆Ｓ嗳萘康淖畲?值，根據(jù)收到的來自基站的容量分配控制幀，確定每次需要發(fā)送的數(shù)據(jù)量，根據(jù)令牌桶當(dāng)前 的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌桶算法發(fā)送緩存的數(shù)據(jù)；幀協(xié)議FP模塊，用于將來自所述MAC-d模塊的數(shù)據(jù)，通過IUB 口發(fā)送。
20.如權(quán)利要求19所述的RNC，其特征在于，所述MAC-d模塊還用于根據(jù)MAC-d流對應(yīng)的無線承載RB標(biāo)識或無線接入承載RAB標(biāo)識，從QoS信息中確定業(yè) 務(wù)類型和MBR。
21.如權(quán)利要求19所述的RNC，其特征在于，所述MAC-d模塊用于根據(jù)預(yù)先設(shè)定的用戶業(yè)務(wù)和最大允許突發(fā)時間的對應(yīng)關(guān)系，確定所述用戶業(yè)務(wù)對應(yīng)的 最大允許突發(fā)時間，將所述QoS信息中的MBR乘以確定的所述最大允許突發(fā)時間，得到令牌 桶的總?cè)萘俊?br> 22.如權(quán)利要求19所述的RNC，其特征在于，所述MAC-d模塊根據(jù)下列公式確定每次需 要發(fā)送的數(shù)據(jù)量V= (Credits*Max MAC-d PDU Size) *g/Interval其中，V是每次需要發(fā)送的數(shù)據(jù)量，Credits是容量分配控制幀中發(fā)送間隔內(nèi)需要傳輸 的MAC-d PDU塊數(shù)，Max MAC-d PDU Size是容量分配控制幀中最大MAC_d PDU協(xié)議數(shù)據(jù)單 元大小，g是容量分配控制幀中發(fā)送的時間粒度，Interval是容量分配控制幀中發(fā)送時間 間隔。
23.如權(quán)利要求19所述的RNC，其特征在于，所述RLC模塊還用于在收到新數(shù)據(jù)后，緩存收到的新數(shù)據(jù)，并通知所述MAC-d模塊；所述MAC-d模塊用于在收到通知，且所述RLC模塊在收到新數(shù)據(jù)之前沒有緩存的數(shù)據(jù)時，向所述FP模塊發(fā) 送容量請求消息；所述FP模塊用于向所述基站發(fā)送所述容量請求消息，指示基站返回容量分配控制幀。
24.如權(quán)利要求19所述的RNC，其特征在于，所述MAC-d模塊用于在所述令牌桶當(dāng)前的剩余容量大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時，發(fā)送與當(dāng)前需要發(fā)送的 數(shù)據(jù)量大小相同的數(shù)據(jù)，并將所述令牌桶當(dāng)前的剩余容量減去發(fā)送的數(shù)據(jù)量，得到更新后 的所述令牌桶當(dāng)前的剩余容量；在所述令牌桶當(dāng)前的剩余容量不大于當(dāng)前需要發(fā)送的數(shù)據(jù)量時，根據(jù)所述令牌桶當(dāng)前 的剩余容量大小，確定實(shí)際需要發(fā)送的數(shù)據(jù)量，發(fā)送與所述實(shí)際需要發(fā)送的數(shù)據(jù)量相同的 數(shù)據(jù)，并將所述令牌桶當(dāng)前的剩余容量清O。
25.如權(quán)利要求24所述的RNC，其特征在于，所述MAC-d模塊用于將令牌桶當(dāng)前的剩余容量大小除以最大MAC-d協(xié)議數(shù)據(jù)單元大小，得到實(shí)際需要發(fā)送 的數(shù)據(jù)量。
26.如權(quán)利要求19所述的RNC，其特征在于，所述MAC-d模塊用于在確定令牌桶流量功能開關(guān)開啟時，采用令牌桶算法發(fā)送緩存的數(shù)據(jù)。
27.如權(quán)利要求19 26任一權(quán)利要求所述的RNC，其特征在于，所述RNC還包括 流量控制模塊，用于根據(jù)設(shè)定的令牌數(shù)，周期增加令牌桶的剩余容量，所述增加后的令牌桶的剩余容量不大于令牌桶的總?cè)萘俊?br> 全文摘要
本發(fā)明涉及無線通信技術(shù)，特別涉及一種流量控制的方法和裝置，能夠根據(jù)用戶終端的MBR控制下行流量。本發(fā)明實(shí)施例的方法包括根據(jù)業(yè)務(wù)類型對應(yīng)的最大允許突發(fā)時間和QoS信息中的MBR，確定令牌桶的總?cè)萘?，將所述令牌桶的總?cè)萘康闹底鳛樗隽钆仆笆Ｓ嗳萘康淖畲笾担桓鶕?jù)收到的來自基站的容量分配控制幀，確定每次需要發(fā)送的數(shù)據(jù)量；根據(jù)令牌桶當(dāng)前的剩余容量和當(dāng)前需要發(fā)送的數(shù)據(jù)量，采用令牌桶算法通過IUB口發(fā)送數(shù)據(jù)。采用本發(fā)明實(shí)施例的方法由于可以根據(jù)用戶終端的MBR控制下行數(shù)據(jù)的流量，從而可以滿足運(yùn)營商根據(jù)用戶簽約速率限制用戶數(shù)據(jù)流量的需求，增加了流量控制的應(yīng)用場景。
文檔編號H04W28/10GK101959236SQ200910088288
公開日2011年1月26日 申請日期2009年7月13日 優(yōu)先權(quán)日2009年7月13日
發(fā)明者唐洪川, 梁劍, 王鑫 申請人:大唐移動通信設(shè)備有限公司