gprs日常監(jiān)控處理(參考版)
2025-06-28 06:49本頁面
【正文】 處理人。 處理過程（包括各項操作的時間點）216。 故障內(nèi)容216。10 各類性能監(jiān)控周期、處理時限與記錄要求 監(jiān)控周期與處理時限編號監(jiān)控內(nèi)容監(jiān)控周期處理時限1GPRS SLEEPING CELLS1次/半小時3小時（日常）2EGPRS SLEEPING CELL1次/半小時3小時（日常）33273告警1次/半小時3小時（日常）47725告警（BTS級告警）1次/半小時3小時（日常）5故障PCU1次/半小時24小時（日常）7其他BSC級告警的監(jiān)控與處理1次/天半小時8GB負荷過高監(jiān)控處理1次/周（日常）24小時（日常）9PCU的容量配置監(jiān)控與調(diào)整1次/周（日常）24小時（日常）10SGSN相關(guān)指標監(jiān)控1次/1小時（日常） 記錄要求各項性能監(jiān)控和處理過程的記錄要求包括以下內(nèi)容：216。2) SGSN指標出現(xiàn)問題的處理 監(jiān)控到以上3項指標發(fā)生異常，則需要立即通知相關(guān)人員（如網(wǎng)運中心等），進行處理。但因各PAPU間指標相差較大，具體情況應(yīng)具體分析。 RAU成功率對于以上三類SGSN的相關(guān)指標，一般情況下，在工作時間8:3015:30之間暫時設(shè)置參考門限如下：ATTACH成功率：70%；PDP激活成功率：90%；RAU成功率：80%。 ATTACH成功率216。 Sum of EDAP TSL/NSEI216。 Sum of Dedicated TSL/NSEI216。 Max sent load %(frl_7)216。 同一BSC的Gb負荷均衡 對于同一個BSC來說，其PCU的Gb負荷主要是由該PCU所帶小區(qū)的數(shù)據(jù)流量情況決定的。但現(xiàn)網(wǎng)條件下，這兩條Gb Link無法實現(xiàn)下行的自動負荷分擔，因此對于單個PCU來說，要用其兩條Gb Link的Max值來代表整個PCU的Gb負荷。 （E）GPRS 上、下行 TBF數(shù)7 Gb負荷過高監(jiān)控處理 故障現(xiàn)象 統(tǒng)計數(shù)據(jù)中的Gb負荷過高, Gb鏈路的利用率門限: GB帶寬利用率門限GPRS64K30%128K45%192K55%256K70%128K25%EGPRS256K61%384K68%512K68%640K70%768K75%896K85%1024K90% 處理措施對于負荷高的Gb Link，根據(jù)情況依次采用以下方法進行處理：216。 上、下行EGPRS有效數(shù)據(jù)量(KB)216。 如果不是以上原因,則建議為相關(guān)小區(qū)重新分配另外的NSEI.3). 處理后監(jiān)控處理過后,需要查看下個時段的相關(guān)OMC KPI是否正常216。 如果同一PCU下的若干小區(qū)同時出現(xiàn)3031告警,則有可能是該PCU出現(xiàn)故障,需要立即向網(wǎng)絡(luò)運行支撐中心通報情況,及時處理(一般需要對相應(yīng)BCSU進行倒換)216。 相關(guān)小區(qū)的GPRS不可用2). 處理措施216。 EGPRS 上、下行TBF數(shù) 3031告警處理1). 故障現(xiàn)象216。 上、下行TBF數(shù)216。 上、下行GPRS有效數(shù)據(jù)量(KB)216。 告警發(fā)生的可能原因是Gb鏈路出現(xiàn)故障,PCU硬件出現(xiàn)問題,BCSU
黨政相關(guān)相關(guān)推薦
鄂ICP備17016276號-1