[發明專利]一種下限流控方法

有效

• 申請號: 201110006838.8
• 申請日: 2011-01-13
• 公開（公告）號: CN102595507A
• 公開（公告）日: 2012-07-18
• 發明（設計）人: 朱穎;王彬
• 申請（專利權）人: 普天信息技術研究院有限公司
• 主分類號: H04W28/10
• 分類號: H04W28/10
• 代理公司: 北京德琦知識產權代理有限公司 11018
• 代理人: 謝安昆;宋志強

技術領域

本發明涉及數據調度技術，特別涉及一種下限流控方法。

背景技術

在高速下行分組接入(HSDPA)和演進的高速分組接入(HSPA+)的下行鏈路中，數據調度在基站(NodeB)側進行，即無線網絡控制器(RNC)發送來的媒體接入控制專用實體(MAC-d)協議數據單元(PDU)需要在NodeB側進行緩存，以等待媒體接入控制高速下行分組接入實體(MAC-ehs)的調度。

針對每個用戶，可在NodeB側分別維護一個或多個用戶優先級(PQ)隊列，對于每個用戶PQ隊列來說，其中緩存的數據量既不能過多，也不能過少，因為過多會導致丟包現象，而過少則會降低用戶吞吐量的爬升速度，使用戶有機會被調度卻由于數據量不足而浪費被調度的機會，而且，會拉低用戶的空口速率，進而影響Iub口向RNC索要的數據量，反過來影響用戶的空口速率，形成惡性循環。因此，需要對Iub口進行流量控制，簡稱為流控。

在實際應用中，根據觸發條件的不同，可將流控分為周期性流控和事件性流控；其中，周期性流控是指每隔一定時間即觸發一次流控，事件性流控是指每當用戶PQ隊列中緩存的數據量發生變化時(變化情況需要符合要求)，即觸發一次流控。通常采用周期性流控。根據實現目的的不同，可將流控分為正常流控、下限流控和上限流控，通常來說，如果用戶PQ隊列中緩存的數據量低于預先設置的下限值，則進行下限流控，即加大向RNC索要的數據量，如果高于預先設置的上限值，則進行上限流控，如果介于上限值和下限值之間，則進行正常流控。

在實際應用中，可采用某個固定值或利用某些公式計算出一個值作為用戶PQ隊列中緩存的數據量的下限值，同樣，可采用某個固定值或利用某些公式計算出一個值作為用戶PQ隊列中緩存的數據量的上限值。

依據之前的介紹可知，如果用戶PQ隊列中緩存的數據量過少，則會降低用戶吞吐量的爬升速度，也就是說，下限流控將直接影響用戶吞吐量的爬升速度；另外，不能盲目的向RNC索要數據，即將Inb口速率提升過高，因為這樣會導致用戶PQ隊列中緩存的數據量瞬間增大到遠大于空口速率的地步，反而會造成丟包現象。

綜上，無論是降低用戶吞吐量的爬升速度還是造成丟包現象，均會對系統性能造成影響，因此，如何有效的進行下限流控，將是一個亟待解決的問題，但現有技術中還沒有一種有效的下限流控方法。

發明內容

有鑒于此，本發明的主要目的在于提供一種下限流控方法，能夠提升系統性能。

為達到上述目的，本發明的技術方案是這樣實現的：

一種下限流控方法，針對基站NodeB側緩存的任一用戶優先級PQ隊列X，分別進行以下處理：

當需要進行下限流控時，計算需要向無線網絡控制器RNC索要的數據量B_{nodeb_need}；

所述B_{nodeb_need}＝min{b×Rate_{PQ_out}×T_{FC_period}，B_max}+Buffer_Low_Threshold-PQ_Buffer_Size；

其中，min表示取最小值，Buffer_Low_Threshold表示用戶PQ隊列X中緩存的數據量的下限值，PQ_Buffer_Size表示用戶PQ隊列X中緩存的數據量，Rate_{PQ_out}表示用戶PQ隊列X的出口速率，T_{FC_period}表示流控周期長度，B_max表示下限流控最大索要數據量，b表示下限請求數據量因子，為正整數，根據用戶PQ隊列X中緩存的數據量的多少進行動態調整；

根據計算結果向所述RNC索要數據，并緩存到用戶PQ隊列X中。

可見，采用本發明的技術方案，通過引入下限請求數據量因子b，使得用戶PQ隊列中緩存的數據量能夠盡快地得到提升，從而提高了用戶吞吐量的爬升速度，而且，通過設置下限流控最大索要數據量B_max，避免了Iub口速率提升過高，從而避免了丟包現象；總之，采用本發明的技術方案，能夠較好的提升系統性能。

附圖說明

圖1為本發明下限流控方法實施例的流程圖。

圖2為本發明對下限請求數據量因子b進行動態調整的流程圖。

具體實施方式

針對現有技術中存在的問題，本發明中提出一種下限流控方法，即乘性遞增的下限流控方法，能夠提升系統性能。

為使本發明的技術方案更加清楚、明白，以下參照附圖并舉實施例，對本發明所述方案作進一步地詳細說明。