【資料名稱】：GPRS故障處理流程

【資料作者】：aaaa

【資料日期】：20110817

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

MOTO BSC升級至1900.26-t3后GPRS小區(qū)不可用故障處理流程
問題原因：BSC設(shè)備重啟在PCU起來之后，RSL的狀態(tài)要在PRM中登記，同時告訴BSC，如果發(fā)現(xiàn)RSL的狀態(tài)改變，BSC要通知PRM。 現(xiàn)在的問題是在BSC重啟后初始化中，RSL的狀態(tài)是D-U的，但是他沒有通知PRM， 這樣在BSC和PRM之間的RSL狀態(tài)就不一致了，PRM中的消息無法下發(fā)，從而引起GPRS業(yè)務(wù)不可用。當(dāng)有GPRS業(yè)務(wù)請求上來之后，都存在PRM中等候處理。但是由于PRM中RSL的狀態(tài)是錯誤的，PRM不能處理任何請求，時間一長，PRM就積累滿了，內(nèi)存就超出上限存儲值上限，導(dǎo)致GPRS業(yè)務(wù)不可用，在后續(xù)的版本中，軟件會增加內(nèi)部消息的檢查機制，從而避免這個問題。
為了預(yù)防這種問題的投訴，提前發(fā)現(xiàn)問題小區(qū)，我們下面介紹通過統(tǒng)計項來發(fā)現(xiàn)小區(qū)GPRS不可用的方法：
對全網(wǎng)取小區(qū)級的統(tǒng)計，統(tǒng)計項如下：
DL_USER_TRAFFIC_EGPRS
DL_USER_TRAFFIC_GPRS
TBF_BLOCK_RATE
關(guān)注全網(wǎng)的流量不大，但是TBF擁塞率高于60%的小區(qū)，迅速用上述的方法定位這些小區(qū)是否屬于同一個BSC，是否占用的是同一塊PRP進行GPRS業(yè)務(wù)，故障小區(qū)圖表如下：


根據(jù)以上的表格在3月18日的8點之前的BSC30601上的幾個小區(qū)的GPRS不可用，體現(xiàn)出流量低但是TBF擁塞率高的特點，經(jīng)過判斷這些小區(qū)的確集中在同一塊PRP進行GPRS業(yè)務(wù)，后在8點復(fù)位該DPROC，之后這些小區(qū)的GPRS業(yè)務(wù)恢復(fù)，數(shù)據(jù)流量升高，且tbf的擁塞率也下降到正常水平。
如果問題小區(qū)不是集中在同一塊DPROC，可以針對每個基站進行應(yīng)急處理：
解決方法：可以采用以下命令分析和定位故障：
[23/03/09 10:30:25] MMI-RAM 0317 [omcadmin] -> disp_p pcu（查看該BSC的PCU配置情況）

PROCESSOR STATUS INFORMATION FOR LOCATION PCU 0:
OPERSTATES:DisabledE:EnabledB:Busy
ADMIN STATES:Locked U:UnlockedE:EquippedNE:Not Equipped

NC:Not Connected
RelatedRelated
CPU# Processor NameState ReasonDeviceFunction
---- ---------------------- ----- ------------------------- ----------- --------
1107 PSP 0 0 B-UNO REASONN/AN/A
1109 PSP 1 0 (NC)D-UBad or Missing BoardN/AN/A
1101 DPROC (PICP) 1 0 B-UNO REASONMSI 0 0N/A
GDS 0 0N/A
GSL 0 0N/A
GSL 0 2N/A
GSL 0 3N/A
GSL 0 6N/A
MSI 1 0N/A
GBL 0 0N/A
1102 DPROC (PICP) 2 0 B-UNO REASONMSI 2 0N/A
GDS 1 0N/A
GSL 0 1N/A
GSL 0 4N/A
GSL 0 5N/A
GSL 0 7N/A
MSI 3 0N/A
GBL 1 0N/A
1103 DPROC (PRP) 3 0B-UNO REASONMSI 4 0N/A
GDS 2 0N/A
MSI 9 0N/A
GDS 9 0N/A
1104 DPROC (PRP) 4 0B-UNO REASONMSI 5 0N/A
GDS 3 0N/A
MSI 10 0 N/A
GDS 10 0 N/A
1105 DPROC (PRP) 5 0B-UNO REASONMSI 6 0N/A
GDS 4 0N/A
MSI 11 0 N/A
GDS 11 0 N/A
1106 DPROC (PRP) 6 0B-UNO REASONMSI 7 0N/A
GDS 5 0N/A
GDS 6 0N/A
MSI 8 0N/A
GDS 7 0N/A
GDS 8 0N/A
110b DPROC (PXP) 11 0 B-UNO REASONGDS 12 0 N/A
110c DPROC (PXP) 12 0 B-UNO REASONGDS 13 0 N/A
210b PPROC 11 0 B-UNO REASONN/AN/A
210c PPROC 12 0 B-UNO REASONN/AN/A

END OF STATUS REPORT
[23/03/09 10:30:33] MMI-RAM 0317 [omcadmin] -> disp_eq pcu dproc 3 0 full（查看PCU單板所帶小區(qū)，看問題小區(qū)掛在哪塊單板）

DPROC id: 3
DPROC type: PRP

Hardware Information:
PCI Vendor Id: 1146h
PCI Device Id: 6750h
PCI Revision Id: 1h
PCI Type: UNKNOWN
HSC Type: UNKNOWN


Current Cell Mapping:
GSM CELL ID
SITE MCC MNCLACCILCI
---- ------------------------------------ ---
4460 0022934 (5996h) 19257 (4B39h)10
460 0022934 (5996h) 19251 (4B33h) 7
5460 0022934 (5996h) 17795 (4583h)12
460 0022934 (5996h) 17796 (4584h)13
20460 0022934 (5996h) 18925 (49EDh)39
22460 0022934 (5996h) 12734 (31BEh)41
23460 0022934 (5996h) 19255 (4B37h)45
460 0022934 (5996h) 19256 (4B38h)46
28460 0022934 (5996h) 39381 (99D5h)56
30460 0022934 (5996h) 38391 (95F7h)57
31460 0022934 (5996h) 11955 (2EB3h)59
33460 0022934 (5996h) 19862 (4D96h)82

[23/03/09 10:33:27] MMI-RAM 0317 [omcadmin] -> set_mmi exec_mon
SET_MMI was successful
[23/03/09 10:34:09] GPROC3_RAM:emon_0317 [omcadmin] % rl 254 1103h（登陸PCU單板）
EMON: User login notif recved, chan:1.
[23/03/09 10:34:18] PCU:emon_1103 [omcadmin] % [23/03/09 10:34:19] PCU:emon_1103 [omcadmin] %
[23/03/09 10:35:00] PCU:emon_1103 [omcadmin] % msg_send 0d9h 9000h 0 0 7404h 5 74 23（查看問題基站如23號站RSL狀態(tài)）
GTS: Debug information for the Site RTD FSM (Inputs 1:23)
Site: 23
State: WAIT PING TIMER EXPIRY (2)
Number of INS cells on this site: 3
Ping Timer ID: 419496409
Current site Round Trip Delay: 42 ms
RSL Rate: 64000
Number of RSLs: 1
Percent of site for CS traffic: 55
Cell Id List [IndexCI]: [0:45] [1:45] [2:46]
Rolling site RTDs: [0:42 ms] [1:42 ms]
Site ping timestamp: 38123411
Next ping sequence number: 0
Expected ping sequence number: 255
[23/03/09 10:35:32] PCU:emon_1103 [omcadmin] %msg_send 0d9h 9000h 0 0 7404h 5 74 4
GTS: Debug information for the Site RTD FSM (Inputs 1:4)
Site: 4
State: WAIT PING TIMER EXPIRY (2)
Number of INS cells on this site: 2
Ping Timer ID: -710605981
Current site Round Trip Delay: 48 ms
RSL Rate: 64000
Number of RSLs: 2
Percent of site for CS traffic: 55
Cell Id List [IndexCI]: [0:7] [1:10]
Rolling site RTDs: [0:43 ms] [1:48 ms]
Site ping timestamp: 38179793
Next ping sequence number: 6
Expected ping sequence number: 5
上面標(biāo)示的紫紅色的部分為正常狀態(tài)
以下紅色部分是不正常狀態(tài)
Site: 1
–State: WAIT PING TIMER EXPIRY (2)
–Number of INS cells on this site: 1
–Ping Timer ID: 851903459
–Current site Round Trip Delay: 50 ms
–RSL Rate: 0
–Number of RSLs: 0
–Percent of site for CS traffic: 255
–Cell Id List [Index:LCI]: [0:1]
–Rolling site RTDs: [0:50 ms] [1:41 ms]
–Site ping timestamp: 67970142
–Next ping sequence number: 254
–Expected0x1105:67973568msRM: ping sequence number: 253
如果某個基站出現(xiàn)如上的錯誤狀態(tài)，可以通過復(fù)位該站的RSL來重新激活在PRM的登記，問題一般可以解決，也可以通過復(fù)位DPROC單板來恢復(fù)該板所帶小區(qū)的GPRS服務(wù)。

另外可以通過查看單板的BUFFER來知道DPROC狀況
知道問題小區(qū)所在DPROC位置，在該PRP或PXP的emon狀態(tài)下，運行bs命令，

例如DPROC 5 0 發(fā)生問題，則進行以下命令操作
[18/03/09 14:18:37] MMI-RAM 0116 [motorola] ->set_mmi exec_mon
SET_MMI was successful
[18/03/09 14:18:54] GPR3-2_RAM:emon_0116 [motorola] % rl 254 1105h
EMON: User login notif recved, chan:1.
[18/03/09 14:19:04] PCU:emon_1105 [motorola] % [18/03/09 14:19:04] PCU:emon_1105 [motorola] %
[18/03/09 14:19:06] PCU:emon_1105 [motorola] % bs

D9PRM 32260124
092160 0 316
12000142620
21080 1080 108040
3 50050050044
4 48048048044
57200 7200 720076
6 12012012080
7 120120120100
81 1 1120
92000 2000 2000164
a8000 8000 8000168
b 180180180256
c8000 8000 8000 1360
d2 2 2 1920
e1 1 116416
f1 1 1216000
102 2 2221616
111 1 1266880
121 1 1366600
131 1 1374400
141 1 1651360
151 1 1659040
161 1 1 3534600
171 1 1 3535800
181 1 1 7424076

若出現(xiàn)以上紅色的區(qū)域的數(shù)值，說明dproc上的buffer被耗盡，集中該DPROC上的小區(qū)GPRS不可用，可采用復(fù)位此DPROC的辦法來解決。這樣可以清空本dproc上的buffer，使GPRS業(yè)務(wù)恢復(fù)正常。