GPRS日常監(jiān)控及處理流程

1、BMCC PROJECT OPTIMIZATION(E) GPRS日常監(jiān)控處理2010-5-19BMCC PROJECT OPTIMIZATION目錄(E) GPRS日常監(jiān)控處理 1目錄 21. GPRS SLEEPING CELL監(jiān)控及處理 31.1 GPRSSLEEPING cell監(jiān)控及處理流程圖 31.2 GPRSSleeping Cell 監(jiān)控 31.3 GPRSSleeping cell 處理 41.4 GPRSSleeping Cell 處理后的監(jiān)控 42. EGPRS SLEEPING CEL 監(jiān)控及處理 42.1 EGPRS SLEEPING CELL監(jiān)控及處理流程圖 42.

2、2 EGPRS SLEEPING CELL 監(jiān)控 52.3 EGPRS Sleeping cell 處理 62.4 EGPRS SLEEPING CELL 處理后的監(jiān)控 63. 3273告警監(jiān)控及處理 63.1 3273告警監(jiān)控及處理流程圖 73.2 3273告警監(jiān)控 73.3 3273告警處理 83.4 3273告警處理后的監(jiān)控 84. 7725告警(BTS級(jí)告警)監(jiān)控及處理 84.1 7725告警監(jiān)控 84.2 7725告警處理 94.3 7725告警處理后的監(jiān)控 95. 故障 PCU 95.1 故障PCU監(jiān)控 95.2 故障PCU處理 105.3 故障PCU處理后監(jiān)控 106 其他BSC

3、級(jí)告警的監(jiān)控與處理 106.1 3019/3020 告警處理 106.2 3031告警處理 117 GB負(fù)荷過高監(jiān)控處理 128 PCU的容量配置監(jiān)控與調(diào)整 139 SGSN相關(guān)指標(biāo)監(jiān)控 1410各類性能監(jiān)控周期、處理時(shí)限與記錄要求 1510.1 監(jiān)控周期與處理時(shí)限 1510.2 記錄要求 16BMCC PROJECT OPTIMIZATION19/05/2010Networks1. GPRS Sleeping Cells監(jiān)控及處理1.1 GPRS Sleepi ng Cell 監(jiān)控及處理流程圖1.2 GPRS Sleepi ng Cell 監(jiān)控每半小時(shí)查看一次 GPRS小區(qū)的各項(xiàng)指標(biāo)，從而發(fā)

4、現(xiàn)GPRS Sleeping Cell.GPRS Sleeping Cell故障現(xiàn)象如下：(E)GPRS日常監(jiān)控及處理流程.docBMCC PROJECT OPTIMIZATION? 很多的 PACKET IMMED ASS REJ MSG 和很少的 PACKET IMMED ASS ACK MSG 現(xiàn)象,即分組信道指派成功率低。? 很高的上/下行TBF建立失敗率? 從OMC KPI上來看，上/下行有效數(shù)據(jù)量、上/下行平均每時(shí)隙TBF數(shù)等均不正常（為 0或較之前降低很多）注：PACKET IMMED ASS REJ MSG 和 PACKET IMMED ASS ACK MSG 兩個(gè) count

5、er 在 表Packet Control Unit Measurement 中，可以直接查看這兩個(gè) counter值的變化從而 判斷出GPRS Sleeping Cell并做出相應(yīng)的處理。1.3 GPRS Sleepi ng Cell 處理監(jiān)控出現(xiàn)GPRS Sleeping cell之后,首先保證這個(gè)cell有GTRX,并且GENA已經(jīng)打開. 對(duì)于GPRS Sleeping cell,如果發(fā)現(xiàn)其同時(shí)存在7725告警，則需參照后面處理7725的方法 進(jìn)行，如果不存在7725告警,一般依次進(jìn)行如下處理步驟：a）.重啟GPRS功能開關(guān)（即GENA）；b）.重啟GTRX（TRX 上的GPRS開關(guān)）；c

6、）.調(diào)換 GPRS Sleeping cell 的 NSEI ；GPRS Sleeping cell 的處理，主要有以上三種方法，依次進(jìn)行.如果以上各步驟均無效, 則有兩種應(yīng)對(duì)措施:1.及時(shí)通知運(yùn)維倒換PCU,即切換BCSU ； 2.通知相關(guān)人員（如基站工 程師等）進(jìn)行處理.1.4 GPRS Sleepi ng Cell 處理后的監(jiān)控GPRS Sleeping Cell每一個(gè)處理步驟過后，均需要查看之后半小時(shí)的相關(guān)指標(biāo)，如果指標(biāo)不 正常,則需要進(jìn)行下一步.處理后的查看指標(biāo)如下：? 上、下行GPRS有效數(shù)據(jù)量（KB）?分組信道指派成功率? Packet Immediate Assig nment

7、 Messages? 上、下行TBF建立成功率? 上、下行TBF數(shù)2. EGPRS Sleeping Cell 監(jiān)控及處理2.1 EGPRS Sleepi ng Cell 監(jiān)控及處理流程圖BMCC PROJECT OPTIMIZATION2.2 EGPRS Sleeping Cell 監(jiān)控每半小時(shí)查看一次 EGPRS小區(qū)的各項(xiàng)指標(biāo)，從而發(fā)現(xiàn)EGPRS Sleeping Cell.EGPRS Sleeping Cell故障現(xiàn)象如下：? 問題小區(qū)的GPRS統(tǒng)計(jì)正常,但是EGPRS流量突然大幅度降低；BMCC PROJECT OPTIMIZATION? 從 OMC/KPI 上來看,沒有或者很少的 E

8、GPRS UL/DL TBF Number、EGPRS UL TBF Number 與 DL TBF Number 差別很大、EGPRS DL Payload為 0;? Expired LLC frames (%) DL 過高? UL/DL multi-slot allocatio n blocki ng(%) 過高? 有用戶投訴EGPRS不可用2.3 EGPRS Sleepi ng Cell 處理監(jiān)控出現(xiàn)EGPRS Sleeping Cell之后,排查該類小區(qū)是否無用戶、是否 EDGE新規(guī)劃基站. 對(duì)于EGPRS Sleeping cell,如果發(fā)現(xiàn)其同時(shí)存在7725告警,則需參照后面處理7

9、725的方 法進(jìn)行,如果不存在7725告警,一般依次進(jìn)行如下處理步驟：a) 檢查EGPRS參數(shù)設(shè)置是否正常? EGENA是否打開；? GTRX是否設(shè)置正確；? EDAP是否綁定；b) 重啟 EGENA(需要 Lock BTS)；c) 調(diào)換問題小區(qū)的NSEI ；EGPRS Sleeping cel的處理，主要有以上幾種方法.如果以上各步驟均無效，則有三種應(yīng)對(duì)措 施:1.首先建議關(guān)閉EGENA.,保證EDGE用戶可以使用GPRS上網(wǎng).2及時(shí)通知運(yùn)維倒換PCU, 即切換BCSU ； 3.通知相關(guān)人員(如基站工程師等)進(jìn)行處理.2.4 EGPRS Sleepi ng Cell 處理后的監(jiān)控EGPRS

10、Sleeping Cell每一個(gè)處理步驟過后，均需要查看之后半小時(shí)的相關(guān)指標(biāo)，如果指標(biāo) 不正常，則需要進(jìn)行下一步處理后的查看指標(biāo)如下：? 上、下行EGPRS有效數(shù)據(jù)量(KB)? EGPRS上、下行TBF數(shù)UL/DL multi-slot allocatio n block in g(%)Expired LLC frames (%) DLPacket Immediate Assig nment Messages上、下行TBF建立成功率3. 3273告警監(jiān)控及處理BMCC PROJECT OPTIMIZATIONNetworks3.1 3273告警監(jiān)控及處理流程圖3.2 3273告警監(jiān)控3273告

11、警(EGPRS TERRITORY FAILURE) 是PCU的容量預(yù)警，一般是由于PCU負(fù)荷過高 導(dǎo)致(但也有個(gè)別PCU負(fù)荷較低而出現(xiàn)該告警的情況)。每半小時(shí)提取一次3273告警BMCC PROJECT OPTIMIZATION故障現(xiàn)象如下：? BSC 出現(xiàn) 3273 告警（E）GPRS TERRITORY FAILURE）；? 相關(guān)BTS的可用EGPRS信道數(shù)低于CDEF參數(shù)定義的默認(rèn)信道數(shù)。3.3 3273告警處理監(jiān)控查出發(fā)生告警的BSC,進(jìn)入到該BSC,查看3273告警的附加信息，確定相關(guān)故障小區(qū)（使 用指令:ZAHO）.? 如果同一 PCU下某1,2個(gè)小區(qū)出現(xiàn)3273告警,一般是由于

12、該P(yáng)CU的負(fù)荷過高導(dǎo)致，解 決措施就是將出告警的小區(qū)挪至負(fù)荷較低的PCU.? 如果同一 PCU下多個(gè)小區(qū)同時(shí)出現(xiàn)3273告警,且將其下部分小區(qū)調(diào)至其他 NSEI下之 后，仍舊出現(xiàn)多個(gè)告警，則很有可能是該P(yáng)CU出現(xiàn)故障，需要立即向網(wǎng)絡(luò)運(yùn)行支持中心集 中監(jiān)控中心（小號(hào):7312173126）通報(bào)情況，及時(shí)處理? 如果以上方法均不奏效,或者各個(gè)PCU負(fù)荷都較高，則有兩種應(yīng)對(duì)措施:1.關(guān)閉EGENA,2. 降低GPRS/EGPRS的PDCH信道數(shù).此外，高話務(wù)下話音業(yè)務(wù)擠占GPRS信道也會(huì)導(dǎo)致可用EGPRS信道數(shù)低于CDED 參數(shù)定義的默認(rèn)信道數(shù)，產(chǎn)生3273告警。解決措施：均衡話務(wù)，適時(shí)提/催擴(kuò)容建

13、議。3.4 3273告警處理后的監(jiān)控3273告警處理過后，要查看下個(gè)時(shí)段的相關(guān) OMC KPI是否正常：? 上、下行GPRS有效數(shù)據(jù)量（KB）?分組信道指派成功率? GPRS邊界升級(jí)拒絕CS話務(wù)過高? GPRS邊界升級(jí)拒絕BTS信道受限? GPRS邊界升級(jí)拒絕PCU信道受限? 上、下行EGPRS有效數(shù)據(jù)量（KB）?（ E）GPRS上、下行TBF數(shù)4. 7725告警（BTS級(jí)告警）監(jiān)控及處理4.1 7725告警監(jiān)控BMCC PROJECT OPTIMIZATION7725告警的監(jiān)控需要與 GPRS Sleeping Cell和EGPRS Sleeping Cell相結(jié)合.監(jiān)控出指 標(biāo)異常小區(qū)后，

14、看該小區(qū)是否有7725告警(使用指令:ZEOL).7725告警：TRAFFIC CHANNEL ACTIVATION FAILURE, 附加信息為”2”表示是PDCH信道激活失敗.4.2 7725告警處理如果故障小區(qū)集中在某個(gè) PCU下，則說明是該P(yáng)CU出現(xiàn)問題,需要立即聯(lián)系網(wǎng)絡(luò)運(yùn)行支撐 中心倒換相應(yīng)PCU.如果故障小區(qū)分布于不同的 PCU,則依次進(jìn)行以下處理方法：? 針對(duì) GPRS 小區(qū)(或 master BTS)a) .重啟 GENAb) .調(diào)換故障小區(qū)的NSEIc) .重啟出現(xiàn)告警的BTS和TRX? 針對(duì) EGPRS 小區(qū)(或 slave BTS)a) .重啟 EGENA(需要 Lock

15、 BTS)b) .調(diào)換故障小區(qū)的NSEIc) .重啟出現(xiàn)告警的BTS和TRXd) .關(guān)閉slave BTS的跳頻(針對(duì)BSC的CD3升級(jí)所導(dǎo)致的EDGE Sleeping Cell) 7725告警是一部分sleeping cell會(huì)出現(xiàn)的現(xiàn)象，與sleeping cell處理方法類似.如果以上各步驟均無效，則通知相關(guān)人員(如基站工程師等)進(jìn)行處理.4.3 7725告警處理后的監(jiān)控7725告警處理過后，要查看下個(gè)時(shí)段的相關(guān) OMC KPI是否正常? 上、下行GPRS有效數(shù)據(jù)量(KB)?分組信道指派成功率? 上、下行EGPRS有效數(shù)據(jù)量(KB)?( E)GPRS上、下行TBF數(shù)? 上、下行TBF建

16、立成功率5. 故障PCU5.1故障PCU監(jiān)控BMCC PROJECT OPTIMIZATION19/05/2010對(duì)于故障PCU的監(jiān)控，主要是通過網(wǎng)管統(tǒng)計(jì)中：表NPMDB_V_P_數(shù)據(jù)業(yè)務(wù)_嚴(yán)重問題 NOKIA的數(shù)據(jù)來進(jìn)行。該表將沒有 PS域數(shù)據(jù)統(tǒng)計(jì)的PCU列出。我們查看各個(gè)PCU及其 所掛小區(qū)的現(xiàn)網(wǎng)狀態(tài)，從而更進(jìn)一步將 PCU的故障問題細(xì)化，大致分為如下兩種情況：a) PCU下面小區(qū)無PS域數(shù)據(jù)統(tǒng)計(jì)，且的確存在故障的情況。如：PCU的兩條GBBear均為BL_SY的狀態(tài)，且有3030, 3031告警；PCU所掛小區(qū)均發(fā)生3273告b) PCU下面小區(qū)無PS域數(shù)據(jù)統(tǒng)計(jì)，但不確定是否存在故障的情

17、況。這種情況下，PCU不存在任何告警，PCU對(duì)應(yīng)的GB Bear的狀態(tài)以及PCU所掛小區(qū)的狀態(tài)均 正常。因?yàn)闆]有PS域數(shù)據(jù)統(tǒng)計(jì)，所以無法通過指標(biāo)來實(shí)現(xiàn)對(duì)小區(qū)或者PCU的監(jiān)控。只能通過現(xiàn)場(chǎng)測(cè)試或者投訴情況，來判定。5.2故障PCU處理a).對(duì)故障PCU的處理，一般都需要上報(bào)網(wǎng)運(yùn)來執(zhí)行。5.3故障PCU處理后監(jiān)控處理過后，要查看各小區(qū)相關(guān) OMC KPI是否正常：? 上、下行GPRS有效數(shù)據(jù)量(KB)?分組信道指派成功率? 上、下行EGPRS有效數(shù)據(jù)量(KB)(E) GPRS上、下行TBF數(shù)6其他BSC級(jí)告警的監(jiān)控與處理6.13019/3020告警處理1) .故障現(xiàn)象? BSC出現(xiàn)3019或者30

18、20告警：3019 NETWORK SERVICE ENTITY UNAVAILABLE3020 NETWORK SERVICE VIRTUAL CONNECTION UNAVAILABLE ? 該P(yáng)CU覆蓋區(qū)域內(nèi)的GPRS網(wǎng)絡(luò)不可用。2) .處理措施? 查看NSEI的NSVC狀態(tài)BMCC PROJECT OPTIMIZATION19/05/2010? 查看BSC告警情況，使用指令：ZAHO、ZAHP? 告警發(fā)生的可能原因是 Gb鏈路出現(xiàn)故障,PCU硬件出現(xiàn)問題,BCSU重啟后,PCU 沒有恢復(fù)正常工作或者是 SGSN中的相關(guān)單元出現(xiàn)故障，因此需要立即聯(lián)系網(wǎng)絡(luò) 運(yùn)行支撐中心通報(bào)情況，了解處理進(jìn)

19、度? 在該P(yáng)CU故障恢復(fù)之前，需要重啟指定NSEI，將其下的小區(qū)分配到其他的PCU 下工作，待故障解決后再行恢復(fù)3) .處理后監(jiān)控處理過后，要查看下個(gè)時(shí)段的相關(guān) OMC KPI是否正常：? 上、下行GPRS有效數(shù)據(jù)量(KB)?分組信道指派成功率? 上、下行TBF數(shù)? 上、下行EGPRS有效數(shù)據(jù)量(KB)? EGPRS上、下行TBF數(shù)6.23031告警處理1) .故障現(xiàn)象? BSC 出現(xiàn) 3031 告警(BSSGP VIRTUAL CONNECTION RESET PROCEDURE FAILED)? 相關(guān)小區(qū)的GPRS不可用2) .處理措施? 查看3031告警的附加信息，確定相關(guān)的故障小區(qū)，使

20、用指令:ZAHO? 如果同一 PCU下的若干小區(qū)同時(shí)出現(xiàn)3031告警,則有可能是該P(yáng)CU出現(xiàn)故障, 需要立即向網(wǎng)絡(luò)運(yùn)行支撐中心通報(bào)情況，及時(shí)處理(一般需要對(duì)相應(yīng)BCSU進(jìn)行 倒換)? 如果同PCU下只是個(gè)別小區(qū)出現(xiàn)該告警，則需要查看該小區(qū)的性能指標(biāo)，看是否 斷站或者基站硬件故障? 如果不是以上原因，則建議為相關(guān)小區(qū)重新分配另外的 NSEI.3) .處理后監(jiān)控處理過后,需要查看下個(gè)時(shí)段的相關(guān) OMC KPI是否正常BMCC PROJECT OPTIMIZATION19/05/2010 1? 上、下行GPRS有效數(shù)據(jù)量(KB)? 上、下行EGPRS有效數(shù)據(jù)量(KB)?分組信道指派成功率? ( E)

21、GPRS上、下行TBF數(shù)7 Gb負(fù)荷過高監(jiān)控處理7.1故障現(xiàn)象統(tǒng)計(jì)數(shù)據(jù)中的Gb負(fù)荷過高,超過規(guī)定的門限.下表為NOKIA Gb鏈路的利用率門限GB帶寬利用率門限GPRS64K30%128K45%192K55%256K70%128K25%EGPRS256K61%384K68%512K68%640K70%768K75%896K85%1024K90%7.2處理措施對(duì)于負(fù)荷高的Gb Link，根據(jù)情況依次采用以下方法進(jìn)行處理：? 同一 PCU的負(fù)荷判定目前，在Nokia設(shè)備上，一個(gè)PCU同時(shí)使用兩條Gb Link，分別對(duì)應(yīng)兩條BearChannel。但現(xiàn)網(wǎng)條件下，這兩條 Gb Link無法實(shí)現(xiàn)下行的自

22、動(dòng)負(fù)荷分擔(dān)，因此對(duì)于單個(gè)PCU來說，要用其兩條 Gb Link的Max值來代表整個(gè)PCU的Gb負(fù)荷。? 同一 BSC的Gb負(fù)荷均衡對(duì)于同一個(gè)BSC來說，其PCU的Gb負(fù)荷主要是由該P(yáng)CU所帶小區(qū)的數(shù)據(jù)流量情況決定的。因此，如果發(fā)現(xiàn)某條 Gb的負(fù)荷越過了警戒線，則采取以下步驟處理：BMCC PROJECT OPTIMIZATION19/05/2010設(shè)負(fù)荷超過警戒線的 Gb對(duì)應(yīng)的PCU為NSEI-1，與其同BSC的其他PCU為NSEI-N，N=2,3,4 7.3查看統(tǒng)計(jì)處理過后，要查看下個(gè)時(shí)段的相關(guān) OMC KPI是否正常：? Max sen t load %(frl_7)? Max rec l

23、oad %(frl_8)8 PCU的容量配置監(jiān)控與調(diào)整1) .故障現(xiàn)象PCU的PDCH或小區(qū)配置數(shù)量過高2) .處理流程圖BMCC PROJECT OPTIMIZATION19/05/2010Networks否是是否定期監(jiān)控PCU級(jí)資源配置提取每個(gè)PCU所帶小區(qū) 數(shù),PDCH 數(shù),GTRX 數(shù)PCU下小區(qū)數(shù)是否超過64 PCU 下 PDCH否超過18是與其他PCU均衡是否可以與同一 BSC其他PCU均衡4提岀擴(kuò)容建議3) .處理后監(jiān)控處理過后，要查看下個(gè)時(shí)段的相關(guān) OMC KPI是否正常：? Sum of Dedicated TSL/NSEI? Sum of Default TSL/NSEI? Sum of EDAP TSL/NSEI? Total tsl/NSEI9 SGSN相關(guān)指標(biāo)監(jiān)控1) SG