根據(jù)網(wǎng)絡(luò)結(jié)構(gòu)及對GPRS業(yè)務(wù)的處理單元，小區(qū)上行TBF建立失敗的原因可以分為以下幾類：
1 Radio Problem
在GPRS話務(wù)報告中有特定的Counter P28指明，從現(xiàn)場的分析觀察來看原因可能是沖突和差的覆蓋，不符合規(guī)范的終端發(fā)起的請求，TRE或BTS故障，TRE/RSL關(guān)系錯亂等多種，并一定是完全由于無線信號不好導(dǎo)致。
2 Radio Congestion
在GPRS話務(wù)報告中有特定的Counter P27指明，表現(xiàn)為問題小區(qū)的PDCH處于繁忙的狀態(tài)，需要增加小區(qū)的PDCH個數(shù)來解決。
3 BSS Resource Congestion
根據(jù)GPRS網(wǎng)絡(luò)結(jié)構(gòu)圖和GPRS處理單元來看，BSS資源的擁塞是由于GPU處理能力、Abis/Ater傳輸資源等方面的瓶頸引起。在GPRS話務(wù)報告中由以下Counter指明：
P66：Number of UL TBF establishment failures due to the unavailability of the BVC (Gb interface problem) associated with the cell.
P105d：Number of UL TBF establishment failures due to GPU congestion.
P105f：Number of UL TBF establishment failures due to CPU processing power limitations
of the GPU.
P105h：Number of UL TBF establishment failures due to a lack of Ater resources.
P105j：Number of UL TBF establishment failures due to a lack of Abis resources.
P105l：Number of UL TBF establishment failures due to a too low number of GCH to
guarantee a minimum throughput for the UL TBF.This may happen when the number of TBFs is too high compared to the number of available GCHs.
4 BSS Problem
由于BSS系統(tǒng)原因而導(dǎo)致的小區(qū)上行TBF建立失敗，在GPRS話務(wù)報告中沒有明確的Counter定義，話務(wù)報告中所有的請求次數(shù)減去成功次數(shù)和以上三種類型的失敗次數(shù)即為BSS原因?qū)е碌氖〈螖?shù)。
5 GB Problem
由于GB的原因?qū)е碌男^(qū)上行TBF建立失敗，一般會影響同一個NSE下的多個小區(qū)，可以查看對應(yīng)GPU下的多個小區(qū)同一時間的話務(wù)報告來確認(rèn)。也可以通過以下兩個Counter來間接驗證
P43：Number of DL LLC bytes received from the SGSN at BSSGP level per cell.
P44：Number of UL LLC bytes received from the MS at BSSGP (08.18) sublayer per cell.
根據(jù)話務(wù)報告和GPU實(shí)時信息分析處理小區(qū)上行TBF建立成功率低的問題
根據(jù)話務(wù)報告和GPU的實(shí)時信息可以對上行TBF建立成功率低的小區(qū)進(jìn)行分析，定位問題故障點(diǎn)并正確處理小區(qū)問題。以下主要是根據(jù)長期的觀察和分析得出的方法，并不一定適用于所有情況，現(xiàn)場處理時還是要根據(jù)不同的情況觀察分析。
1 從每個小時的話務(wù)報告中過濾上行TBF建立成功率低的小區(qū)（如G103>500，G106<10）并根據(jù)話務(wù)報告中小區(qū)建立失敗原因G110/G111/G112對小區(qū)做初步分類；
2 在OMC-R終端上察看小區(qū)的GPRS狀態(tài)、TRE/RSL狀態(tài)、數(shù)據(jù)配置及BSC/MFS告警等，若有以上方面的問題先處理，若確認(rèn)以上都無異常后可以繼續(xù)。
3 若失敗原因主要是G111（UL TBF Est Fail Rate Radio Cong），則可以初步判定為PDCH資源不足，也可以進(jìn)一步來查看這個小區(qū)的PDCH復(fù)用度來確認(rèn)；
4 若失敗原因主要是G112（UL TBF Est Fail Rate BSS），則有可能是GPU資源block或傳輸有問題，可以按照以下方法逐步派查，
1）
真正的由于GPU原因?qū)е碌男^(qū)上行TBF建立成功率低一般表現(xiàn)為有上行TBF請求次數(shù)，但成功次數(shù)為零，通過Re-Initialize GPRS可以恢復(fù)，這個問題在B10 MR2 Ed07中已解決；若Re-Initialize GPRS不能使小區(qū)的性能恢復(fù)，需要繼續(xù)排查第二路傳輸問題和GAter傳輸問題；
2） GAter傳輸引起的小區(qū)上行TBF建立成功率低一般會使同一個GPU下的多個小區(qū)都出現(xiàn)問題，可以在GPU網(wǎng)頁中main menu->pmuMainMenu->aterMux的占用情況來找到有問題的小區(qū)占用哪一路AterMux，在BSS Ater Viewer中lock這一路AterMux，觀察此時的小區(qū)情況；
3）
由于第二路傳輸引起的小區(qū)上行TBF建立成功率低，一般不會使成功率降為零，具體的成功率和第二路傳輸上的Extra Abis TS數(shù)目與第一路傳輸上的Basic Abis TS/Extra Abis TS的數(shù)目以及GPRS業(yè)務(wù)情況有關(guān)系，BTS上GPRS TS的分配順序是Basic Abis TS> Extra Abis TS>Bonus Abis TS，可以通過Lock Secondary Abis Chain來觀察；
4）由于GPU，GATER等資源不足導(dǎo)致的小區(qū)上行TBF建立成功率低也會歸結(jié)到BSS problem，這種情況下需要查看話務(wù)報告中的p105系列，p383，p384等值來確定在那個環(huán)節(jié)出現(xiàn)了資源的擁塞；
5）若對小區(qū)做Re-intilalize GPRS后小區(qū)業(yè)務(wù)不能恢復(fù)，且沒有查到明顯的傳輸問題，則可以通過刪創(chuàng)小區(qū)的GPRS業(yè)務(wù)使功能恢復(fù)；
5
若失敗原因主要是G110（UL TBF Est Fail Rate Radio），這種情況比較復(fù)雜，真正的無線原因，無線負(fù)荷過高，TRE隱性故障，終端原因等都會統(tǒng)計到G110
1）
擴(kuò)容后AGCH負(fù)荷過高引起上行TBF建立成功率低，表現(xiàn)為請求次數(shù)比正常時間段多很多，在Cell的MS Allocation頁面中如下圖所示，上行占用很多而下行很少，此種情況可以通過開關(guān)HR或刪創(chuàng)RSL來恢復(fù)，該問題在B10 MR2 Ed07中已解決；
2）
從話務(wù)報告上看，上行請求次數(shù)是正常時的幾倍，但成功率很低，通過觀察cell的PDCH Group的頁面，如下圖所示，可以發(fā)現(xiàn)有一個載頻Traffic很忙，另一個載頻只有Radio占用，但是一直沒有Traffic（可以觀察如兩三分鐘等相對長的一段時間），此種情況有可能是這個TRE有問題，可以嘗試通過Lock/Unlock TRE或Change Perf_Mark來解決；
3）
請求次數(shù)不多，出現(xiàn)很隨機(jī)，多是是微蜂窩和MBO，做Lock/Unlock TRE，change Perf_mark等也不會恢復(fù)，但過一段時間（一兩個小時或幾個小時）會自動恢復(fù)；
4）
請求次數(shù)不多，出現(xiàn)頻率較多，做Lock/Unlock TRE，change Perf_mark等也不會恢復(fù)，但過一段時間（一兩個小時或幾個小時）會自動恢復(fù)，目前沒有好的處理方法；
5）一些小區(qū)（多為高�；蚺R時集會場所）會在固定時間出現(xiàn)，且請求小區(qū)的上行TBF建立請求很多，一般可達(dá)20萬次，連續(xù)觀察次小區(qū)的情況，一般請求次數(shù)降低后，成功率一般會有明顯改善，這種小區(qū)可以查看GSM報告的MC8C的值來確定是否是由于AGCH復(fù)合過高導(dǎo)致；
卡特設(shè)備GPRS上行TBF建立成功率低原因分析與提升.doc (392 KB)
關(guān)注樓主