汕頭GPRS客戶投訴處理實(shí)例分析

1、2006.11.24日汕頭某GPRS用戶投訴處理分析總結(jié)摘要：GPRS在廣東移動商用已經(jīng)有相當(dāng)時(shí)間，前段時(shí)間各位同行也撰寫了較多關(guān)于GPRS的原理論文，但在解決諸如投訴或隱性故障方面涉及的專業(yè)知識面較廣，處理經(jīng)驗(yàn)仍需進(jìn)一步加強(qiáng)交流，本文描述分析了作者處理某GPRS用戶投訴的過程，并總結(jié)了一些預(yù)防性的檢查措施，供交流用。關(guān)鍵字：GPRS GB接口 PCU GPRS下行連接中斷 傳輸質(zhì)差2006年11月24日，汕頭客服先后收到三份客戶投訴，反映的內(nèi)容均為手機(jī)無法上GPRS網(wǎng)絡(luò)，查看用戶數(shù)據(jù)正常，GPRS功能有激活，重設(shè)參數(shù)關(guān)開機(jī)重試無效，初步確定為網(wǎng)絡(luò)故障導(dǎo)致。經(jīng)進(jìn)一步分析，以上三份投訴均在STF

2、BSC2覆蓋區(qū)域內(nèi)，其它BSC無發(fā)現(xiàn)類似投訴，且現(xiàn)場無發(fā)現(xiàn)較嚴(yán)重的無線干擾，因此初步將該故障點(diǎn)初步定義為PCU或其面向SGSN的GB接口故障，以下是此次投訴處理的分析過程，希望能給各同行在以后工作中作為參考。一 查看網(wǎng)元相關(guān)告警ALLIP;ALARM LISTA1/APZ “STF2BSC10/GD/0/” 004 061122 0133 EMG CONTROL DOWNEMGBAOSHUIQUSIDE PARTA STR-A查看無發(fā)現(xiàn)GB,RP等相關(guān)故障，檢查繼續(xù)。二 查看GB接口狀態(tài)<RRGBP;ORDERED< RADIO TRANSMISSION GB INTERFACE

3、CONFIGURATION DATANSEI 308NSVCI NSVCSTATE BLSTATE BLORIGIN 3081 ACTIVE 3082 ACTIVE 3083 ACTIVENSVCI DEV1 DEV2 NUMDEV DLCI 3081 RTGLT-1 RTGPHDV-0 20 329 3082 RTGLT-33 RTGPHDV-128 20 330 3083 RTGLT-65 RTGPHDV-64 20 331SIGBVCI BVCSTATE BLSTATE BLORIGIN 0 ACTIVEBVCI CELL BVCSTATE BLSTATE BLORIGIN 513 SF

4、2LZI3 ACTIVE 512 SF2XXL3 ACTIVE 511 SF2XXL2 ACTIVE 510 SF2SYH3 ACTIVE 509 SF2SYH2 ACTIVE.查看得知，BSC GB接口工作正常，各小區(qū)BVCSTATE均為ACTIVE，檢查繼續(xù)。三 觀察BSC RPP 的ETHERNET功能是否正常RPP的ETHERNET功能可以保障幾個(gè)RPP協(xié)同工作，硬件實(shí)物為EPS板，并結(jié)合軟件功能組成ETHERNET功能系統(tǒng)，為PCU網(wǎng)絡(luò)必須配置之一。其功能是一方面通過ETHERNET的BUS線將沒有用于GB接口的RPP的從A-BIS接口上來的PDCH數(shù)據(jù)傳輸?shù)紾B接口上，另一方面當(dāng)用

5、于GB接口的RPP出現(xiàn)故障時(shí)能將GB接口的功能切換至其它的RPP。每個(gè)RPP通過兩條BUS線與其它RPP進(jìn)行通信，分別組成NET A和NET B的網(wǎng)絡(luò)結(jié)構(gòu)。STFBSC2共使用2個(gè)RPP機(jī)框，每RP機(jī)框均配置了兩塊RP4-H,兩塊EPS，7塊RPP板?，F(xiàn)在我們可以通過以下三條指令查看本BSC的ETHERNET功能是否處于正常工作狀態(tài)：1.<DBTSP:TAB=RPSRPIGROUPS;DATABASE TABLEBLOCK TAB TABLE WRAPPEDRPITAB RPSRPIGROUPS NOGROUP GROUPNO ASTAT BSTATBSC2 1 WO WOEND檢查得知

6、：網(wǎng)元已經(jīng)在RPSRPIGROUPS的數(shù)據(jù)庫中正確定義了一個(gè)GPRS的GROUP，并且狀態(tài)為WO，正常；檢查繼續(xù)。2. <DBTSP:TAB=RPSRPIRPS;DATABASE TABLEBLOCK TAB TABLE WRAPPEDRPITAB RPSRPIRPS NORPADDR GROUP 50 BSC2 49 BSC2 48 BSC2 47 BSC2 46 BSC2 45 BSC2 44 BSC2 40 BSC2 39 BSC2 38 BSC2 37 BSC2 36 BSC2 35 BSC2 34 BSC2ENDBSC中作為RPP使用的RP34-40,RP44-50均已定義進(jìn)了

7、GPRS GROUP，正常；檢查繼續(xù)。3. <DBTSP:TAB=RPSRPISUPERVS;DATABASE TABLEBLOCK TAB TABLE WRAPPEDRPIFD RPSRPISUPERVS NORPADDR1 RPADDR2 GROUP NET STATE 34 35 BSC2 A UP 39 40 BSC2 B UP 49 50 BSC2 B UP 48 49 BSC2 B UP 47 48 BSC2 B UP 46 47 BSC2 B UP 45 46 BSC2 B UP 44 45 BSC2 B UP 40 44 BSC2 B UP 39 40 BSC2 A UP

8、 37 38 BSC2 A UP 36 37 BSC2 B UP 35 36 BSC2 B UP 34 35 BSC2 B UP 50 34 BSC2 A UP 50 34 BSC2 B UP 49 50 BSC2 A UP 48 49 BSC2 A UP 47 48 BSC2 A UP 46 47 BSC2 A UP 45 46 BSC2 A UP 44 45 BSC2 A UP 40 44 BSC2 A UP 38 39 BSC2 B UP 38 39 BSC2 A UP 37 38 BSC2 B UP 36 37 BSC2 A UP 35 36 BSC2 A UPEND經(jīng)檢查得知，各RP

9、P板的ETHERNET功能均為UP,正常。檢查繼續(xù)。四 查看GB接口傳輸質(zhì)量根據(jù)第二步檢查RRBGP檢查得知，STFBSC2 各NSCVI狀態(tài)均為ACTIVE，排除了傳輸中斷的可能，我們可以直接查看傳輸質(zhì)量。<NTCOP:SNT=ETRTG-0;/查GB接口所占用的電路編號SWITCHING NETWORK TERMINAL CONNECTION DATASNT SNTV SNTP DIP DEVETRTG-0 1 MUX3-16-1 0RTGLT RTGLT-1&&-31END<DTQUP:DIP=1RTGLT; /查GB接口占用電路1的傳輸質(zhì)量DIGITAL P

10、ATH QUALITYINCOMING AND OUTGOING DIRECTIONDIP T1 T2 SLIP SLIP2 UAS UASR UAV1 UASB1 UAV2 UASB21RTGLT 8 10 0 0 0 0 0 0 0 0SECTION ESV SESV DMV ESVR SESVR DMVR SFV SFTI 0 0 0 0 3 24SECTION ES2V SES2V DM2V ES2VR SES2VR DM2VR SMI 0 0 0 0 0END<DTQUP:DIP=0RTGLT; /查GB接口占用電路0的傳輸質(zhì)量DIGITAL PATH QUALITYINCOM

11、ING AND OUTGOING DIRECTIONDIP T1 T2 SLIP SLIP2 UAS UASR UAV1 UASB1 UAV2 UASB20RTGLT 8 10 0 0 0 0 0 0 0 0SECTION ESV SESV DMV ESVR SESVR DMVR SFV SFTI 0 0 0 0 5 24SECTION ES2V SES2V DM2V ES2VR SES2VR DM2VR SMI 0 0 0 0 0END檢查發(fā)現(xiàn)，電路0RTGLT、1RTGLT分別有5個(gè)、3個(gè)的累計(jì)滑碼，當(dāng)前傳輸質(zhì)量仍算良好，但由于E1電路質(zhì)量監(jiān)測是定時(shí)自動清零，所以在28日上午查看傳輸質(zhì)量良

12、好并不代表24日客戶投訴時(shí)其傳輸質(zhì)量也是良好的。查看 STFBSC2在前幾天ALOG文件并無記錄相關(guān)的傳輸質(zhì)量，所以我們只能抱著懷疑的態(tài)度進(jìn)入下一步檢查。五 檢查RTGPHDV設(shè)備是否已被正確合理分配<STDEP:DEV=RTGPHDV-0&&-1500;DEVICE STATE DETAILDEV SUBDEV STATE BLS ADM ABS CONFIGRTGPHDV-0 SEBU MBL H00RTGPHDV-1 SEBU MBL H00RTGPHDV-2 SEBU MBL H00RTGPHDV-3 SEBU MBL H00RTGPHDV-4 SEBU MBL

13、H00RTGPHDV-5 SEBU MBL H00RTGPHDV-6 SEBU MBL H00RTGPHDV-7 SEBU MBL H00RTGPHDV-8 SEBU MBL H00RTGPHDV-9 SEBU MBL H00RTGPHDV-10 SEBU MBL H00RTGPHDV-11 SEBU MBL H00RTGPHDV-12 SEBU MBL H00RTGPHDV-13 SEBU MBL H00RTGPHDV-14 SEBU MBL H00RTGPHDV-15 SEBU MBL H00RTGPHDV-16 SEBU MBL H00RTGPHDV-17 SEBU MBL H00RTG

14、PHDV-18 SEBU MBL H00RTGPHDV-19 SEBU MBL H00RTGPHDV-20 BUSY H00RTGPHDV-21 BUSY H00RTGPHDV-22 BUSY H00RTGPHDV-23 BUSY H00RTGPHDV-24 BUSY H00RTGPHDV-25 BUSY H00RTGPHDV-26 BUSY H00RTGPHDV-27 BUSY H00RTGPHDV-28 BUSY H00RTGPHDV-29 BUSY H00RTGPHDV-30 BUSY H00.這里需要說明的是，設(shè)備狀態(tài)為SEBU/MBL狀態(tài)是為RPP面向GB接口（即直聯(lián)SGSN網(wǎng)無）的

15、設(shè)備，開局時(shí)已做了半永久連接，所以需進(jìn)行人工閉塞；其它設(shè)備解開，且正常情況下應(yīng)處于BUSY的或IDLE狀態(tài)。 那么我們該如何正確分配一個(gè)網(wǎng)元的RTGPHDV設(shè)備呢？RPP既面向GB接口，又連接A-BIS接口，兩個(gè)方向的連接都是通過相同的RTGPHDV設(shè)備，其中連向GB接口的設(shè)備需要做半永久連接，所以需要閉塞，但連向A-BIS接口的設(shè)備不能閉塞。由于一個(gè)RTGPHDV只能在其中選一，要么用來連接GB口，要么用來連接無線設(shè)備（A-BIS接口），所以合理分配RTGPHDV可能減少不必要的網(wǎng)絡(luò)擁塞，提高設(shè)備利用率。 每個(gè)RPP中包含64個(gè)RTGPHDV設(shè)備，每個(gè)RPP從再分為8個(gè)DSP,分別為DSP0

16、DSP7,用軟件功能實(shí)現(xiàn)，其結(jié)構(gòu)原理如下圖：附圖一：RPP設(shè)備容量示意圖如上圖所示，每個(gè)RPP內(nèi)有8個(gè)DSP，每DSP包含8個(gè)設(shè)備。前兩個(gè)DSP只能用個(gè)GB接口，DSP2,DSP3可以用來作為GB接口，也可以用來處理GSL鏈（為無線接口分配PDCH信道），每個(gè)DSP可以處理25個(gè)GSL鏈，即分配25條PDCH,因此，理論上，每個(gè)RPP處理PDCH的極限容量為25×6150條PDCH。從第二步檢查RRGBP中得知，STFBSC2定義使用了3條NSVCI接口（GB接口），每條NSVCI使用20個(gè)設(shè)備作為半永久連接，因此，本網(wǎng)元至少前三個(gè)RPP的前20個(gè)RTGPHDV設(shè)備必須處理于SEBU

17、/MBL狀態(tài)。當(dāng)然，從維護(hù)的角度看應(yīng)該其它RPP的前19個(gè)設(shè)備以保證GB接口的穩(wěn)定，涉及更多的原理，限于篇幅，這里暫不討論。 此次檢查發(fā)現(xiàn)：RTGPHDV019, RTGPHDV6483, RTGPHDV128147均處于SEBU/MBL狀態(tài)，其它設(shè)備處于BUSY&IDLE狀態(tài)，設(shè)備使用正常,繼續(xù)下一步分析。六 分析可能的APZ故障導(dǎo)致1. 查看CP EVENT，發(fā)現(xiàn)STFBSC2近半月來工作正常，除每日凌晨進(jìn)行的例行自檢外，無其它不正常工作記錄；2. 查看GPRS相關(guān)RP EVENT，未發(fā)現(xiàn)異常記錄；3. 網(wǎng)元近幾天無SAE告警記錄。由此分析，并無相關(guān)CPS的故障導(dǎo)致此客戶投訴，檢查

18、繼續(xù)。七 分析近幾天GPRS相關(guān)話務(wù)統(tǒng)計(jì)以每小時(shí)為統(tǒng)計(jì)單位，通過對比11月20日至28日凌晨的各GPRS指標(biāo)（小區(qū)指標(biāo)及BSC指標(biāo)），發(fā)現(xiàn)在BSC的統(tǒng)計(jì)中，指標(biāo)DISCDL從23日開始由往常的每小時(shí)幾十次突升至幾十萬次，指標(biāo)劣化嚴(yán)重，直至27日才恢復(fù)，詳見下表：Ne(CELL)Time(BSC)AllpdchpcufailDiscdlDisculSTFBSC206-11-20 20242065610,304.00STFBSC206-11-21 20465224215,904.00STFBSC206-11-22 20708965612,810.00STFBSC206-11-23 20405167

19、74,802.0013,580.00STFBSC206-11-24 2031878776,636.0012,306.00STFBSC206-11-25 208778667,646.0012,642.00STFBSC206-11-26 2043302765,002.0011,634.00STFBSC206-11-27 20180601412,474.00導(dǎo)致下行中斷突增的故障既有無線原因也有可能是核心網(wǎng)設(shè)備故障，無線干擾前面已經(jīng)排除，核心網(wǎng)設(shè)備故障可能是BSC網(wǎng)元也有可能是SGSN網(wǎng)元，但在GPRS網(wǎng)絡(luò)中，一個(gè)SGSN網(wǎng)元連接多個(gè)PCU，在單個(gè)BSC出現(xiàn)故障情況下，我們?nèi)詫⒐收戏治鲋攸c(diǎn)放在STF

20、BSC2。 注：由于此次不做GB/GN接口信令分析，GPRS下行中斷信令過程略。八 執(zhí)行小區(qū)級檢查<RLGRP:CELL=ALL;CELL GENERAL PACKET RADIO SERVICE RESOURCES DATACELL NOPDCH BPC PDCHTYPE PDCHCAP PDCHIND PSETIND TN RPSF2LZI3 1 404 FIXSLAVE E-PDCH 3039 1535 6 48SF2XXL3 5 1482 ONDSLAVE E-PDCH 3019 1523 3 48 1483 ONDSLAVE E-PDCH 3031 1523 4 48 1484

21、 ONDSLAVE E-PDCH 3054 1523 5 48 1485 FIXSLAVE E-PDCH 3026 1523 6 48 1486 ONDSLAVE E-PDCH 3056 1523 7 48SF2XXL2 6 1560 ONDSLAVE E-PDCH 2503 1279 2 46 1561 ONDSLAVE E-PDCH 2504 1279 3 46 1562 ONDSLAVE E-PDCH 2522 1279 4 46.各小區(qū)能正常分配BPC,GPRS/EGPRS在各小區(qū)能正常使用，小區(qū)級不存大明顯故障。此步檢查結(jié)合RLGSP及話務(wù)統(tǒng)計(jì)同時(shí)進(jìn)行分析。九 在前面八大方面基本檢查的基礎(chǔ)上分析可能的故障原因。執(zhí)行完以上八項(xiàng)基本檢查后，中我們可以用排除法進(jìn)行進(jìn)一步綜合分析，首先排除可能的故障原因：1. 排除RPP故障，EPS故障可能：BSC近期RP運(yùn)行正常，無相關(guān)的故障記錄及運(yùn)行錯(cuò)誤報(bào)告；2. 排除大規(guī)模小區(qū)故障，基站設(shè)備故障：各基站小區(qū)工作正常，話務(wù)統(tǒng)計(jì)正常；3. 排除APZ故障，無相關(guān)的錯(cuò)誤記錄；4. 排除RTGHDV設(shè)備故障可能，設(shè)備使用正常，設(shè)備分配雖然不是最理想狀態(tài)，但能基本滿足使用要求。分析到這里，造成此次客戶投訴的最有可能原因是出由于STFBSC2至SGSN的傳輸0RTGLT、1RTGLT傳輸