TBF

出自 MBA智库百科(https://wiki.mbalib.com/)

TBF(Temporary Block Flow,臨時塊流)

　　TBF是指兩個無線資源實體所使用的一個物理連接，以達到在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網路優化中需要密切註意的。