TBF

TBF是一個基於源站和基於位置的路由協定。TBF不同於GPRS協定和通常的源站路由協定。通信中的TBF----Temporary Block Flow 臨時塊流; 工業中的TBF----Thermal Bonding Film 熱熔膠膜。TBF(Temporary Block Flow)是指兩個無線資源實體所使用的一個物理連線,以達到在PDCH上支持單向傳遞LLC PDU的目的。USF包含在下行RLC/MAC塊的塊頭內,當MS收到一個下行RLC/MAC塊內的USF值與之前分配給手機的USF值相同時,MS就準備在上行鏈路的對應時隙進行上行RLC/MAC塊的傳遞。TBF的實現在於一個緩衝器(桶),不斷地被一些叫做“令牌”的虛擬數據以特定速率填充著。

基本介紹

該協定主要有以下幾個特點:可利用GPRS協定的方法或其他方法避開空洞;通過指定不同的軌道參數,容易實現多路徑傳播、廣播、對特定區域的廣播和多播;允許網路拓撲變化,可避免傳統源站路由協定的缺點。現代網路發展中的不利因素主要是:隨著網路規模變大,路徑加長,沿途節點進行計算的開銷也相應增加;且需要GPS定位系統或其他定位方法協助計算節點位置信息。

TBF的其他含義:

TBF

TBF(Temporary Block Flow)是指兩個無線資源實體所使用的一個物理連線,以達到在PDCH上支持單向傳遞LLC PDU的目的。網路可以給TBF分配一個或多個PDCH信道。一個TBF包含很多RLC/MAC塊,用來承載一個或多個LLC PDU。 網路給每一個TBF安排一個TFI(Temporary Flow Indicator),用來唯一的標識一個TBF。在上行鏈路方向,規範中使用USF(Uplink Status Flag),從而允許不同的MS動態復用一個無線塊。USF包含在下行RLC/MAC塊的塊頭內,當MS收到一個下行RLC/MAC塊內的USF值與之前分配給手機的USF值相同時,MS就準備在上行鏈路的對應時隙進行上行RLC/MAC塊的傳遞。TBF是代表用戶的一個session的開始和結束的標誌,我們在統計GPRS的流量時,往往關注的是PDCH上的流量和TCH與PDCH的轉換(如果設備支持轉換),以此來評估這個小區是忙還是閒,巨觀的分析,這樣能夠表征出一個小區的忙閒程度,但是並不能代表用戶在使用GPRS的真正感受,比如說,1個用戶使用筆記本上網,占用4個PDCH信道,此時對於用戶的這個sessoin 只有唯一的TBF,此時PDCH的信道應該流量比較高,但用戶感受很好,因為一個用戶獨占了4個信道,此時的RLC層的頻寬粗略計算也有50Kb/s,如果套用CS3、4 ,頻寬更高。如果100個用戶使用這4個信道,同樣PDCH信道很忙,但是有100個session在運行,可以認為同時有100個TBF(實際上由於每個PDCH對TBF的數量上有限制,因此到不了100個),那每個用戶占用的頻寬只有0.5,根本幹不了什麼。因此單純以PDCH是忙或閒不能反映出用戶的真正感受。因此我們需要關注TBF與PDCH的關係 ,要分析每個TBF的占用頻寬是多少,而在實際上,很多廠家的統計中對TBF的統計項很少,不能從數據上進行分析。這是一個需要我們作深入分析。還有一個問題是,單個PDCH上的TBF並發數是有限制的,例如上下行TBF在1個PDCH信道上同時最多只能是4個,因此這裡又出現一個問題,就是用戶的TBF是如何被分配到PDCH信道上的,有的廠家是採用平行算法,即4個信道用戶全部占用,每個PDCH上分配一個用戶的TBF,這樣在4個用戶同時占用4個PDCH後,新的用戶即無法接入,需要調整PDCH信道的配置,這個過程需要一定的時間和算法,這也會對用戶的感知受到一定影響。另外一種是垂直算法,即預留出一定的PDCH,為新進入的用戶預留,但用戶又不能得到最佳的頻寬。這也是在GPRS網路最佳化中需要密切注意的。

Dota語言

TBF是魔獸Dota中的常用語之一。

全稱:The Butterfly,蝴蝶,亮點為30%迴避。

“最大的胖子” 縮寫

TBF=The Biggest Fatty,譯為“最大的胖子”。

源自某蛋為了取笑某南瓜,由原來的BF(Big Fatty 大胖子)發展成為TBF。

車票類型

澳大利亞悉尼的red travelpass上面的簡稱:T=train,B=bus,F=ferry

過濾器

令牌桶過濾器(TBF,Token Bucket Filter)是一個簡單的佇列規定:只允許以不超過事先設定的速率到來的數據包通過,但可能允許短暫突發流量超過設定值。

TBF很精確,對於網路和處理器的影響都很小。所以如果您想對一個網卡限速,它應該成為您的第一選擇!

TBF的實現在於一個緩衝器(桶),不斷地被一些叫做“令牌”的虛擬數據以特定速率填充著。 (token rate)。桶最重要的參數就是它的大小,也就是它能夠存儲令牌的數量。

每個到來的令牌從數據佇列中收集一個數據包,然後從桶中被刪除。這個算法關聯到兩個流上——令牌流和數據流,於是我們得到3種情景:

? 數據流以等於令牌流的速率到達TBF。這種情況下,每個到來的數據包都能對應一個令牌,然後無延遲地通過佇列。

? 數據流以小於令牌流的速度到達TBF。通過佇列的數據包只消耗了一部分令牌,剩下的令牌會在桶里積累下來,直到桶被裝滿。剩下的令牌可以在需要以高於令牌流速率傳送數據流的時候消耗掉,這種情況下會發生突發傳輸。

?數據流以大於令牌流的速率到達TBF。這意味著桶里的令牌很快就會被耗盡。導致TBF中斷一段時間,稱為“越限”。如果數據包持續到來,將發生丟包。

最後一種情景非常重要,因為它可以用來對數據通過過濾器的速率進行整形。

令牌的積累可以導致越限的數據進行短時間的突發傳輸而不必丟包,但是持續越限的話會導致傳輸延遲直至丟包。

實際的實現是針對數據的位元組數進行的,而不是針對數據包進行的。

相關搜尋

熱門詞條

聯絡我們