edge網(wǎng)絡(luò)優(yōu)化手冊(已修改)
2025-10-25 08:57 本頁面
【正文】 EDGE 網(wǎng)絡(luò)優(yōu)化 手冊 一、相關(guān)指標(biāo) 在 GPRS/EGPRS 網(wǎng)絡(luò)性能優(yōu)化中，有 三 個指標(biāo)是與用戶感受相關(guān)的關(guān)鍵性能指標(biāo) ： PDCH 復(fù)用度 （ EPDCH 共享因子 ） ，該指標(biāo)表征的是每信道復(fù)用情況。 EDGE 單時隙 吞吐 率 ，該指標(biāo)反映的是每個時隙所得到的速率情況。 TBF 建立成功率 ，該指標(biāo)表征數(shù)據(jù)業(yè)務(wù)接入性能情況。 二、 網(wǎng)絡(luò) 優(yōu)化 方案 ： 每 BSC 逐小區(qū)計算出 PDCH 復(fù)用度，單時隙吞吐率 ， TBF 建立成功率 ； 篩選出 PDCH 復(fù)用度 ，單時隙吞吐率 (EDGE)30 kbit/s， TBF 建立成通過統(tǒng)計分析確定 IP 傳輸性能有問題的小區(qū) 接 入 性 優(yōu) 化（ TBF 建立成功率優(yōu)化方法） 容量優(yōu)化（ PDCH 復(fù)用度優(yōu)化流程） 是 否 是 無線干擾優(yōu)化（單時隙吞吐率優(yōu)化流程） 開始優(yōu)化 PDCH復(fù)用度 2 單時隙吞吐率 30 kbit/s TBF 建立成功率低于95％ 是 否 功率 95%的小區(qū)進(jìn)行專門優(yōu)化。 （ 一 ） PDCH 復(fù)用度 2 的 小區(qū)按以下流程進(jìn)行優(yōu)化： 其中容量優(yōu)化流程如下： PDCH 復(fù)用度 2 語音是否超忙？ 增加 EDGE 信道、靜態(tài)信道 先擴(kuò)容載頻，再增加 EDGE 信道、 靜態(tài)信道 否 是 容 量優(yōu)化， 評估 PCU資源是否充足？ 否 是 擴(kuò)容 PCU 容量優(yōu)化， 評估 PCU資源是否充足？ 否 是 擴(kuò)容 PCU 容量調(diào)查 對容量問題進(jìn)行分類 CS 容量分析 PCU 容量分析 PDCH 容量分析 圖 錯誤 !文檔中沒有指定樣式的文字。 1 GPRS/EDGE 網(wǎng)絡(luò)容量優(yōu)化總流程 和 PCU 的使用情況相關(guān)的指標(biāo)主要有以下 4 個。其中 RPP_Load 是統(tǒng)計RPP 的負(fù)荷的， GSL Load 和 RPP congestion Rate 都是統(tǒng)計 GSL 設(shè)備的 PCU 容量分析流程 CS 域是否也擁塞 觀察 PCU 擁塞、 RPP負(fù)荷、 RPP 擁塞、 GSL負(fù)荷 PDCH 分配失敗分析 PCU 容量調(diào)查 參數(shù)一致性檢查 PILTIMER, READY Timer T3314, FPDCH, TBFxLLIMIT, ESDELAY, xLDELAY PILTIMER 調(diào)整 PILTIMER 參數(shù) READY Timer 調(diào)整 READY Timer 告警 檢查 RPP 告警 圖 錯誤 !文檔中沒有指定樣式的文字。 2 GPRS/EDGE 網(wǎng)絡(luò) PCU 容量分析流程 針對 PCU 發(fā)生擁塞的情況，主要有 以下幾種 解決方法： 1) 縮短 PILTIMER 的時間 PILTIMER 定義了系統(tǒng)在結(jié)束 TBF 后釋放 PDCH 所需要等待的時長。在該計時器超時前，所有相關(guān)的 PCU 設(shè) 備和 PDCH 仍在已分配狀態(tài)?？s短該計時器將加快釋放資源到空閑狀態(tài)，因此該參數(shù)也決定了 GSL 設(shè)備的負(fù)載：縮短該計時器將加快空閑的 PDCH 返回電路交換域，同時也釋放GSL 信道資源供其他用戶使用。 建議可根據(jù)網(wǎng)絡(luò)的資源情況設(shè)置為 5 或者10。 2) 縮短 Ready Timer T3314 T3314 定時器定義了 終端 停留在 Ready 狀態(tài)的時間，該時間在終端和 SGSN 都起作用，當(dāng)終端傳送了一個 LLC PDU，終端里的 Ready timer被重置并開始記時，當(dāng) SGSN 收到一個正確的 LLC PDU， SGSN 內(nèi)的Ready timer 也被重置并開始記時。 系統(tǒng)的默認(rèn)值是 30 秒 。 3) RPP 的告警檢查 用指令 DIRRP 查看 RPP 板的事件，必要時使用 TERDI對 RPP 板進(jìn)行進(jìn)一步的查看。 注意選擇 RPP 的負(fù)荷較低時使用 TERDI 的指令 。 4) TBFxLLIMIT、 FPDCH RPP 對 PCU 進(jìn)行擴(kuò)容 調(diào)整并重新開始分析 TBFDLLIMIT、 TBFULLIMIT 是指系統(tǒng)在做 PDCH 預(yù)留的時候，要盡量避免每 PDCH 上的 TBF 數(shù)量超過該值，除非已經(jīng)沒有其他信道供選擇。TBFxLLIMIT 設(shè)置的越大，每 PDCH 上的 TBF 就會越多，平均吞吐率下降，占用的 PDCH 可能會減少。 小區(qū)一旦獲得一個 FPDCH， 將會在信道管理算法中觸發(fā)一個功能，該功能將會預(yù)留若干連續(xù)時隙以備將來 PS 業(yè)務(wù)使用，也就是說， CS 話務(wù)會被盡量指派到其他的信道上而盡可能地保留那些潛在的 PSET。如果小區(qū)中沒有分配 FPDCH，信道管理算法將隨機(jī)分配時隙予 CS 使用，從而使稍后可能發(fā)生的 PS 話務(wù)難以尋找連續(xù)的時隙。 以上兩個參數(shù)對每 TBF 占用的 PDCH 數(shù)都有較大的影響， PDCH 占用的越多， GSL 設(shè)備的需求就越高，為了平衡速率和容量的關(guān)系，保證用戶的使用質(zhì)量， 建議 TBFxLLIMIT 設(shè)置為 2， FPDCH 的設(shè)置可根據(jù)話務(wù)設(shè)置為 1， 4， 8 等 5) DLDELAY， ULDELAY 該參數(shù)定義的是當(dāng)沒有接收到從核心網(wǎng)來的數(shù)據(jù)后，上行和下行 TBF能夠保留的最大時間，時間越長，能減少部分 TBF 的重建，提高了吞吐率，但對 PCU， PDCH 的資源需求增大。系統(tǒng)默認(rèn)值為 DLDELAY 為 2200 毫秒， ULDELAY 的默認(rèn)值為 1000 毫秒 。 6) ESDELAY 該參數(shù)定義的是提前建立的下行 TBF 的存活時間。通常大多數(shù)會話都是由上行業(yè)務(wù)開始，緊接著進(jìn)行下行業(yè)務(wù)的，由上行的最后一個數(shù)據(jù)流觸發(fā)建立下行 TBF，能夠減少下行 TBF 建立時間對下行 IP Throughput 的影響，同樣也可能增加了 PCU 的資源需求。 系統(tǒng)默認(rèn)值為 750 毫秒 。 7) 對 PCU 進(jìn)行擴(kuò)容 PDCH 容量分析流程 和 PDCH 容量相關(guān)的指標(biāo)主要有 GPRS/EDGE 時隙利用率， PDCH 信道分配成功率， TBF Minutes per Preempted PDCH in use， 平均激活的 PDCH 數(shù)
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1