汕头GPRS客户投诉处理实例分析

2006.11.24日汕头某GPRS用户投诉处理分析总结摘要：GPRS在广东移动商用已经有相当时间，前段时间各位同行也撰写了较多关于GPRS的原理论文，但在解决诸如投诉或隐性故障方面涉及的专业知识面较广，处理经验仍需进一步加强交流，本文描述分析了作者处理某GPRS用户投诉的过程，并总结了一些预防性的检查措施，供交流用。关键字：GPRS GB接口 PCU GPRS下行连接中断 传输质差2006年11月24日，汕头客服先后收到三份客户投诉，反映的内容均为手机无法上GPRS网络，查看用户数据正常，GPRS功能有激活，重设参数关开机重试无效，初步确定为网络故障导致。经进一步分析，以上三份投诉均在STFBSC2覆盖区域内，其它BSC无发现类似投诉，且现场无发现较严重的无线干扰，因此初步将该故障点初步定义为PCU或其面向SGSN的GB接口故障，以下是此次投诉处理的分析过程，希望能给各同行在以后工作中作为参考。一 查看网元相关告警ALLIP;ALARM LISTA1/APZ “STF2BSC10/GD/0/” 004 061122 0133 EMG CONTROL DOWNEMGBAOSHUIQUSIDE PARTA STR-A查看无发现GB,RP等相关故障，检查继续。二 查看GB接口状态RRGBP;ORDERED RADIO TRANSMISSION GB INTERFACE 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 SF2LZI3 ACTIVE 512 SF2XXL3 ACTIVE 511 SF2XXL2 ACTIVE 510 SF2SYH3 ACTIVE 509 SF2SYH2 ACTIVE.查看得知，BSC GB接口工作正常，各小区BVCSTATE均为ACTIVE，检查继续。三 观察BSC RPP 的ETHERNET功能是否正常RPP的ETHERNET功能可以保障几个RPP协同工作，硬件实物为EPS板，并结合软件功能组成ETHERNET功能系统，为PCU网络必须配置之一。其功能是一方面通过ETHERNET的BUS线将没有用于GB接口的RPP的从A-BIS接口上来的PDCH数据传输到GB接口上，另一方面当用于GB接口的RPP出现故障时能将GB接口的功能切换至其它的RPP。每个RPP通过两条BUS线与其它RPP进行通信，分别组成NET A和NET B的网络结构。STFBSC2共使用2个RPP机框，每RP机框均配置了两块RP4-H,两块EPS，7块RPP板。现在我们可以通过以下三条指令查看本BSC的ETHERNET功能是否处于正常工作状态：1.DBTSP:TAB=RPSRPIGROUPS;DATABASE TABLEBLOCK TAB TABLE WRAPPEDRPITAB RPSRPIGROUPS NOGROUP GROUPNO ASTAT BSTATBSC2 1 WO WOEND检查得知：网元已经在RPSRPIGROUPS的数据库中正确定义了一个GPRS的GROUP，并且状态为WO，正常；检查继续。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均已定义进了GPRS GROUP，正常；检查继续。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 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经检查得知，各RPP板的ETHERNET功能均为UP,正常。检查继续。四 查看GB接口传输质量根据第二步检查RRBGP检查得知，STFBSC2 各NSCVI状态均为ACTIVE，排除了传输中断的可能，我们可以直接查看传输质量。NTCOP:SNT=ETRTG-0;/查GB接口所占用的电路编号SWITCHING NETWORK TERMINAL CONNECTION DATASNT SNTV SNTP DIP DEVETRTG-0 1 MUX3-16-1 0RTGLT RTGLT-1&-31ENDDTQUP:DIP=1RTGLT; /查GB接口占用电路1的传输质量DIGITAL PATH 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 0ENDDTQUP:DIP=0RTGLT; /查GB接口占用电路0的传输质量DIGITAL PATH QUALITYINCOMING 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检查发现，电路0RTGLT、1RTGLT分别有5个、3个的累计滑码，当前传输质量仍算良好，但由于E1电路质量监测是定时自动清零，所以在28日上午查看传输质量良好并不代表24日客户投诉时其传输质量也是良好的。查看 STFBSC2在前几天ALOG文件并无记录相关的传输质量，所以我们只能抱着怀疑的态度进入下一步检查。五 检查RTGPHDV设备是否已被正确合理分配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 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 H00RTGPHDV-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.这里需要说明的是，设备状态为SEBU/MBL状态是为RPP面向GB接口（即直联SGSN网无）的设备，开局时已做了半永久连接，所以需进行人工闭塞；其它设备解开，且正常情况下应处于BUSY的或IDLE状态。 那么我们该如何正确分配一个网元的RTGPHDV设备呢？RPP既面向GB接口，又连接A-BIS接口，两个方向的连接都是通过相同的RTGPHDV设备，其中连向GB接口的设备需要做半永久连接，所以需要闭塞，但连向A-BIS接口的设备不能闭塞。由于一个RTGPHDV只能在其中选一，要么用来连接GB口，要么用来连接无线设备（A-BIS接口），所以合理分配RTGPHDV可能减少不必要的网络拥塞，提高设备利用率。 每个RPP中包含64个RTGPHDV设备，每个RPP从再分为8个DSP,分别为DSP0DSP7,用软件功能实现，其结构原理如下图：附图一：RPP设备容量示意图如上图所示，每个RPP内有8个DSP，每DSP包含8个设备。前两个DSP只能用个GB接口，DSP2,DSP3可以用来作为GB接口，也可以用来处理GSL链（为无线接口分配PDCH信道），每个DSP可以处理25个GSL链，即分配25条PDCH,因此，理论上，每个RPP处理PDCH的极限容量为256150条PDCH。从第二步检查RRGBP中得知，STFBSC2定义使用了3条NSVCI接口（GB接口），每条NSVCI使用20个设备作为半永久连接，因此，本网元至少前三个RPP的前20个RTGPHDV设备必须处理于SEBU/MBL状态。当然，从维护的角度看应该其它RPP的前19个设备以保证GB接口的稳定，涉及更多的原理，限于篇幅，这里暂不讨论。 此次检查发现：RTGPHDV019, RTGPHDV6483, RTGPHDV128147均处于SEBU/MBL状态，其它设备处于BUSY&IDLE状态，设备使用正常,继续下一步分析。六 分析可能的APZ故障导致1. 查看CP EVENT，发现STFBSC2近半月来工作正常，除每日凌晨进行的例行自检外，无其它不正常工作记录；2. 查看GPRS相关RP EVENT，未发现异常记录；3. 网元近几天无SAE告警记录。由此分析，并无相关CPS的故障导致此客户投诉，检查继续。七 分析近几天GPRS相关话务统计以每小时为统计单位，通过对比11月20日至28日凌晨的各GPRS指标（小区指标及BSC指标），发现在BSC的统计中，指标DISCDL从23日开始由往常的每小时几十次突升至几十万次，指标劣化严重，直至27日才恢复，详见下表：Ne(CELL)Time(BSC)AllpdchpcufailDiscdlDisculSTFBSC206-11-20 20242065610,304.00STFBSC206-11-21 20465224215,904.00STFBSC206-11-22 20708965612,810.00STFBSC206-11-23 2040516774,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导致下行中断突增的故障既有无线原因也有可能是核心网设备故障，无线干扰前面已经排除，核心网设备故障可能是BSC网元也有可能是SGSN网元，但在GPRS网络中，一个SGSN网元连接多个PCU，在单个BSC出现故障情况下，我们仍将故障分析重点放在STFBSC2。 注：由于此次不做GB/GN接口信令分析，GPRS下行中断信令过程略。八 执行小区级检查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 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.各小区能正常分配BPC,GPRS/EGPRS在各小区能正常使用，小区级不存大明显故障。此步检查结合RLGSP及话务统计同时进行分析。九 在前面八大方面基本检查的基础上分析可能的故障原因。执行完以上八项基本检查后，中我们可以用排除法进行进一步综合分析，首先排除可能的故障原因：1. 排除RPP故障，EPS故障可能：BSC近期RP运行正常，无相关的故障记录及运行错误报告；2. 排除大规模小区故障，基站设备故障：各基站小区工作正常，话务统计正常；3. 排除APZ故障，无相关的错误记录；4. 排除RTGHDV设备故障可能，设备使用正常，设备分配虽然不是最理想状态，但能基本满足使用要求。分析到这里，造成此次客户投诉的最有可能原因是出由于STFBSC2至SGSN的传输0RTGLT、1RTGLT传输干扰引