數(shù)據(jù)業(yè)務(wù)專項培訓ppt課件(編輯修改稿)
2025-02-15 08:06 本頁面
【文章內(nèi)容簡介】 ?根據(jù) GPRSPRIO參數(shù)，動態(tài) PDCH信道的多少會影響到動態(tài)半速率話音的分配 數(shù)據(jù)業(yè)務(wù) (TBF)的建立機制 ? TBF的建立過程稱之為 Reservation“預(yù)留” ? 當一個手機用戶提出數(shù)據(jù)傳輸需求時，系統(tǒng)將把用戶“預(yù)留”在最適合的 PDCH上，以實現(xiàn)最優(yōu)的業(yè)務(wù)性能 ? 根據(jù)用戶信息，結(jié)合小區(qū)現(xiàn)狀，選擇最優(yōu)的 PDCH分配方案 ? GPRS或 EDGE手機 ? 多時隙等級 ? 小區(qū)的 PDCH信道資源（ EPDCH， BPDCH） ? 小區(qū)的 PDCH負荷情況 ? 是否存在其他功能影響，如“ EGPRS優(yōu)先” ? 是否是 GMM(移動管理型 )/SM信令傳輸（是，則僅分配 1個 PDCH） ? TBF是否建立成功還需要檢查 TFI和 USF資源是否充足 ? 一般來說，上行 TBF會先建立，手機得到的多時隙方式多是“ 3+2”，如果下行 TBF先建立，則多時隙方式為“ 4+1” 數(shù)據(jù)業(yè)務(wù) (TBF)的釋放機制 ? 在發(fā)送 /收到最后一個 RLC數(shù)據(jù)包的正確響應(yīng)之后，手機側(cè)啟動 T3192計時器，系統(tǒng)側(cè)啟動 T3193計時器 ? 計時器超時后，釋放相關(guān)資源 ? T3192， 200ms ? T3193， 240ms Abis RTT ? 手機返回空閑模式 ? 為了避免出現(xiàn)頻繁的 TBF建立 /釋放過程，在 T3192/T3193啟動前， TBF可以進入“ Delay”模式，即通過延遲發(fā)送最后一個 RLC數(shù)據(jù)包（或響應(yīng)），使 TBF繼續(xù)保留一段時間 ? 下行 TBF延遲， DLDELAY， 2200ms ? 上行 TBF延遲， ULDELAY， 1500ms DL TBF Delayed TBF Mode PDCH Idle Timer T3192/ T3193 EGPRS vs. GPRS ? EPDCH信道向下兼容 GPRS ? 如果沒有 BPDCH，或 EPDCH負荷較低， GPRS手機用戶會被預(yù)留在EPDCH上，與 EDGE用戶共享信道資源 ? GPRS用戶只能使用 GMSK調(diào)制方式，會影響 EDGE的 8PSK使用效率 ? 當存在可用的 BPDCH時， GPRS用戶將被“重預(yù)留”到 BPDCH，離開EPDCH，避免影響 EDGE業(yè)務(wù) ? 盡量使 E/BPDCH各負其責 ? 其他功能的幫助 ? EGPRS優(yōu)先 ? 當 EDGE用戶與 GPRS用戶共享信道資源時，賦予 EDGE用戶更高的調(diào)度優(yōu)先級 ? 對于話音業(yè)務(wù)量較高的小區(qū)有意義 ~ 60 ms 數(shù)據(jù)業(yè)務(wù)硬件評估 BSC 增加 PCU硬件（分組控制單元） ； SGSN OSS MSC/HLR R9及以上 RBS2202+DXU21+sTRU RBS2x06(DTRU) RBS2308 足夠的 64K傳輸資源 BSC R10及以上版本； RBS2202 為 ； RBS2x06為 ； RBS2308為 ； 數(shù)據(jù)業(yè)務(wù)硬件評估 PCU資源評估 PCU結(jié)構(gòu)圖 每個 BSC中只能有一個 PCU(PACKET CONTROL UNIT)，每個 PCU可以帶 1到 64個 RPP協(xié)處理器。 RPP的功能是分發(fā) GB接口和 A_BIS接口的數(shù)據(jù)包，所有的 RPP之間通過PCU機框內(nèi)背板的以太網(wǎng)進行通訊。每個小區(qū)只能通過同一個 RPP負責處理，每個 RPP通過兩個 DL2與外界連接， DL20， DL21。每個 DL2連接有 32個 64kbps的 GPH設(shè)備，每個 GPH設(shè)備可以分成 4個 16kbps的子設(shè)備 。 PCU兩側(cè)分別連接著 Gb口與 Abis口， RPP需要分別對兩側(cè)的業(yè)務(wù)進行處理，對于 Gb口的處理都是 64kbps的業(yè)務(wù)，而在 Abis口則有著 GPRS的 16kbps和 EDGE的 64kbps業(yè)務(wù)的區(qū)別。 PCU資源評估 RPP的處理能力 （ 150個 B PDCH) RPP支持的 GSL設(shè)備數(shù)量 （ 62個 E PDCH） PCU容量受制于 在不考慮 Gb口業(yè)務(wù)的情況下，每塊 RPP所能支持的純 GPRS業(yè)務(wù)（ 16kbps）數(shù)量主要受 RPP的處理能力限制（ 150個）；而支持的純 EDGE業(yè)務(wù)（ 64kbps）數(shù)量卻主要受 RPP支持的 GSL設(shè)備數(shù)量限制（ 62個）。 從 RPP硬件結(jié)構(gòu)來看決定 RPP容量問題的有 2個因素： 1．由 RPP內(nèi)部 DSP處理能力決定 一個 RPP有 8個 DSP， 每個 DSP可以支持 25條 BPDCH， 而每條 G,EPDCH需要的處理能力是 BPDCH的 ， 因此 ， 一個 DSP可以支持 25/= G,EPDCH。8個 DSP中，只有 6個 DSP可以用來處理 Abis，剩下 2個只能用來處理 Gb。所以，一個 RPP可以處理 25*6=150條 BPDCH，或 150/=100條 G,EPDCH。 2．由 DL2鏈路傳輸時隙數(shù)決定 每個 RPP有兩個 DL2（ SNT），
教學課件相關(guān)推薦
鄂ICP備17016276號-1