《Gb接口故障处理指导手册——江苏移动.doc》由会员分享，可在线阅读，更多相关《Gb接口故障处理指导手册——江苏移动.doc（27页珍藏版）》请在三一办公上搜索。
1、Gb接口故障处理指导手册江苏移动通信有限责任公司网络部2006年3月 目 录 第一章 GB故障处理职责以及流程21Gb接口故障处理的职责划分：32Gb接口的故障分析33Gb接口流程处理图4第二章 MFS侧GB故障指导手册6第三章 爱立信BSC侧GB接口故障处理手册20第四章 爱立信GPRS核心网GB故障处理手册26第一章 GB故障处理职责以及流程 针对2005年的GPRS网络故障汇总和今年2月份的全省网络运行通报内容，GPRS网络的Gb接口故障目前是一个较为突出的问题，其在GPRS网络类故障占比达到了90以上，该故障在处理过程中历时往往较长，直接影响到用户正常使用GPRS业务的感知度，造成了客
2、户的网络类投诉，为了尽可能降低该类故障的发生，缩短故障影响时长，我们对Gb类故障的原因进行了总体分析，并给出了整改方案和工作计划。Gb接口涉及BSC/MFS和核心网SGSN，在故障处理时涉及分公司交换专业（苏南公司）、网优专业（苏北公司）、传输专业和GPRS核心网专业，作为一个交叉专业，对该类故障的处理造成了一定的技术和管理上的难度。这里所说的Gb接口故障是指针对某BSC的Gb接口通信全阻的情况（如双NSVC ABL的情况），对于单个传输或单个NSVC故障则对业务无影响，可属于一般故障的处理范畴。1 Gb接口故障处理的职责划分：（1） 分公司（交换专业/网优专业）作为BSC/MFS的Gb接口的
3、第一责任单位，如爱立信BSC的PCU硬件维护、NSE/NSVC/DLCI等Gb时间维护等，并在第一时间发现传输问题，则需要协调传输专业一起解决。（2） 对于具备本地SGSN的分公司，按照2005年低流程优化专项工作中下发的江苏移动通信维护管理实施细则GPRS分册相关内容，SGSN的Gb接口属于分公司职责维护范围，如Gb接口板、Gb传输和相关数据；相关分公司需要重视SGSN的本地基础维护工作，切实提高属地SGSN的Gb接口维护水平。（3） 省网管监控中心是Gb监控运行告警监控第一责任单位，在通过OMCR/OMCG/OSS设备发现BSC或SGSN告警信息中发现Gb接口故障（全阻）时，（在满足一定条
4、件下，见下述描述）将在第一时间向同时具备BSC和SGSN的分公司或不具备本地SGSN的南京、徐淮盐连宿分公司发移动紧急故障工单并抄送省网GPRS组，跟踪故障的解决进度，做好相应记录及跟踪相关分公司提供事件分析报告。（4） 考虑到Gb接口故障中在一定时间后的自恢复机制（无需人工干预），如SGSN侧Gb板PM_Reboot或non-pilot station自动切换引起Gb接口NSVC中断均在50秒左右、分公司MFS侧GPU自动Reset恢复在5分钟以内、传输瞬断自恢复时间也很短，我们的工单目的是尽快进行人工干预，所以我们建议在BSC的Gb接口全阻5分钟以后未恢复，就进行紧急故障工单派发，同时电话
5、通知。2 Gb接口的故障分析Gb接口涉及网元有BSC/MFS和SGSN及传输设备，常见的故障原因有：（1） 爱立信地区BSC中和Gb接口相关的设备是RPP/RPG，2M接口板和相关Gb软件功能模块，如果其中一个故障将导致NSVCABL；阿尔卡特地区MFS中的GPU板吊死将导致Gb故障（较常见）。（2） 核心网侧Gb板出现异常，如爱立信SGSN的Gb板PM_reboot将引起短暂的Gb中断（1分钟左右），当然Gb接口板循环PM启动则往往是全板物理损坏，将对Gb接口产生重大影响。（3） 传输中断、交叉、失步等均会影响到Gb接口的正常工作。针对以上原因引起的Gb接口故障，需要在第一时间进行移动故障工
6、单通知，由BSC/MFS和SGSN技术人员进行告警确认，对故障点进行初步定位，并及时相互通报（如通过EOMS工单受理取得联系方式），然后BSC/MFS和SGSN按照标准的告警处理步骤进行及时处理，并及时反馈省网监控。目前全省阿尔卡特地区由于SGSN在省网管维护，我们对2006年1月份和2月份的Gb告警进行了统计，单NSVC/双NSVC中断或瞬断所有告警总计783条，具体描述如下：（1） 核心网引起：8条，原因是Non-pilot station自动重启（SGSN1发生2次，SGSN3发生1次）引起，但均在3-4秒后自动恢复，目前阿尔卡特SGSN侧Gb接口目前运行十分稳定。（2） 其他原因；77
7、5条，传输瞬断/中断引起；无线侧MFS的GPU吊死、MFS切换故障引起等，这部分是阿尔卡特地区Gb告警的重要原因。3 Gb接口流程处理图省监控发现Gb接口告警一般故障工单派发分公司处理，对业务无影响无是否有本地SGSN？派发分公司SGSN和BSC维护人员处理派发分公司BSC/MFS（卡特网优）工单处理，抄送省网GPRS组关注无有按照故障处理流程手册，且BSC人员和SGSN人员相互沟通，根据情况选择合适的网元处理顺序，如BSC侧更容易传输判断，原则上可以先BSC后SGSN反馈省网监控递交省网GPRS组协调处理，紧急情况下可直接联系厂家解决结束OK是传输问题？（中断、失步等）否传输组处理5分钟自动
8、恢复？判断地市，出现BSC全阻？结束是是注：目前卡特地区的南京、徐、淮、盐、连、宿没有本地SGSN，直接有省网GPRS组的4套爱立信SGSN（南京地区）和3套阿尔卡特SGSN（其他苏北地市）承载。第二章 MFS侧Gb故障指导手册【告警】GPU出现“Loss of contact with GPU”告警【故障级别】CRITICAL【故障影响范围】出现故障的GPU下map的小区的GPRS不可用【故障处理流程】1、 首先在RNUSM中点中MFS后点击右健观察“Show GPRS Alarms”，在告警窗口中出现CRITICAL告警“Loss of contact with GPU”。2、 再点击右健
9、“Show Equipment”，如下图：3、进入MFSUSM，可在左侧“Ater supervision”和右侧“Gb supervision”菜单中分别观察该GPU板的相关状态。出现故障的GPU处于“Board Missing”状态。4、在MFSUSM菜单中 Views Navigate to IMT，进入IMT状态。5、输入用户名admin，密码：Admin。6、进入IMT菜单后，View Physical view Subrack（根据出现故障的GPU板的问题选择Subrack），进入GPU监控的图形界面。7、 首先点中故障的GPU板先进行Reset_all操作 若未恢复可现场插拔该G
10、PU板（拔出GPU板后需放电5分钟后再插入） 若尚未恢复可将该GPU板倒到备用板13上（点击Switch over） 若还不能恢复正常工作的话，需立即更换GPU板，或可将该GPU LOCK（该BSC需是配置有两个GPU，且另一个GPU处于正常工作前提下），后再对该BSC进行reshuffle操作，即将该BSC下所有的小区都map到没有LOCK的GPU上，因此该BSC下的小区的GPRS业务使用正常，待更换故障GPU后重新reshuffle【告警】NSVC出现“No Response from Network”告警【故障级别】MAJOR【故障影响范围】若NSE下的NSVC都出现该类告警，则该条GB
11、下的小区的GPRS不可用【故障处理流程】 先察看相关TP口是否有传输告警，有传输告警首先通知传输人员排障 MFS侧和核心网侧工程师检查GB数据是否正确 若双方数据正确，MFS侧和核心网侧工程师对相关NSVC进行激活或删创附GB数据删创操作步骤：GB数据create配置步骤：1 RNUSM中点中MFS后右健“Show Equipment”2 在MFSUSM中,ConfigureGB3 EditAddNSE4 输入NSEI 以及对应的BSC5.点中新添加的NSE右击，选择Add NSVC6.在NSVC Creation图中选择GPU板、端口、NSE，输入NSVC id、Priority以及DLCI
12、 和GB TS，设置CIR、CBS、NIR、EBS等参数。7 配置完成后UNLOCK NSVC从而激活GB。8 检查GB接口状态。正常情况如下图：GB数据delete配置步骤：1、首先需LOCK 相关NSVC，然后进行Remove操作：2、将NSE下的NSVC都Remove掉后，对NSE进行Remove操作【告警】BSC GPRS service lost【故障级别】CRITICAL 【故障影响范围】出现故障的BSC下小区的GPRS不可用【故障处理流程】 检查该BSC是否有故障，GSM、GPRS业务是否正常，首先处理BSC故障 检查MFS到BSC的link（如相关ATER口LINK配置是否正确
13、、相关ASMB、DTC是否工作正常等） Reset GPU或更换GPU附Ater数据配置步骤：1、 RNUSM中点中MFS后右健“Show Equipment”2、 在MFSUSM中,ConfigureLink And Connections3、选择相应GPU和BSC，按照设计选中GPU相应端口和BSC的ATER接口。然后link。4、Align Links完成后，依次进行Configure Gprs、Align Gprs Configuration、Unlock Released Time Slots操作。操作完成后Unlock相关HIGHWAY的Ater TP、Unlock GSL。5、检
14、查Ater状态。正常情况如下图：（即GSL：YES，GSL Oper. State：enable，Configuration State：Available，GPRS Capacity：100%，GSL Admin. State：unlocked，GSL Alarm State：cleared，Alignment：Aligned）【告警】BSS GSL is broken【故障级别】CRITICAL 【故障影响范围】若是这个GPU下配置的两个GSL都出现该告警，则出现故障的GPU下map的小区的GPRS不可用；若只有一个GSL出现该告警，则只是对该GPU的GSL信令负荷有所影响【故障处理流程】
15、 检查出现告警的GSL是否被LOCK，若是LOCK的则需进行UNLOCK后排查 检查相关的PCM-TTP是否有其它告警(主要是BSC侧)：若有传输告警，需先排查传输告警；检查相关的ASMB、DTC、TSCA，可进行LOCK、UNLOCK操作 若GPU工作正常且相关ATER口显示GSL工作正常，则是假告警，可对相关GPU进行Reset或者Lock/Unlock ASMB操作后状态即可恢复【告警】BSS BVCSig is broken【故障级别】CRITICAL 【故障影响范围】出现故障的GPU下map的小区的GPRS不可用【故障处理流程】 检查相关的NSVC是否被LOCK，若是LOCK的则需进
16、行UNLOCK后排查 检查相关的PCM-TTP是否有其它告警（主要是SGSN侧）：若有传输告警，需先排查传输告警；检查相关的NSVC是否工作正常【告警】LapDLink is broken【故障级别】 MAJOR【故障影响范围】若是这个GPU下配置的两个LapDLink都出现该告警，则出现故障的GPU下map的小区的GPRS不可用；若只有一个LapDLink出现该告警，则只是对该GPU的负荷有所影响【故障处理流程】 检查相关的LapDLink是否被LOCK，若是LOCK的则需进行UNLOCK后排查 检查相关的PCM-TTP是否有其它告警（主要是BSC侧）：若有传输告警，需先排查传输告警；检查相
17、关的ASMB、DTC、TSCA，可进行LOCK、UNLOCK操作【告警】NSEI mismatch: SGSN sends a wrong NSEI at reset 【故障级别】 MAJOR【故障影响范围】The NSE is disabled.【故障处理流程】 核心网侧：Reconfigure NSEI MFS侧：Delete/create NSEI with new NSE【告警】NSVCI mismatch: SGSN sends a wrong NSVCI at reset【故障级别】 MAJOR【故障影响范围】The NS-VC is disabled.【故障处理流程】 核心网侧：
18、Reconfigure NSVC MFS侧：Delete/create NSVC with new NSVCI【告警】RAI: remote alarm indication signalling an emission problem【故障级别】CRITICAL【故障影响范围】若一个GPU下的两路ATER TP或一路GB TP(一般每个GPU配有两路ATER TP，一路GB TP)都出现该类告警，则该GPU下的小区的GPRS不可用【故障处理流程】 检查是否有其它告警，若有其它告警先处理 若一个GPU下配置的所有PCM_TTP（两路ATER TP和一路GB TP）都出现该告警，首先检查、更换J
19、AE1C板（JBGPU板的后背板），再观察告警是否消除 Resetdata GPU，再观察告警是否消除（也可通过倒换到备用板、插拔GPU板、更换GPU板来判断是否是GPU板问题） 若不是JBGPU、JAE1C板问题，则需要检查PCM_TTP口的传输线是否插好, 及对端传输设备的情况 通知传输人员检查传输【告警】LOS: PCM link between transceiver and receiver broken【故障级别】CRITICAL【故障影响范围】若一个GPU下的两路ATER TP或一路GB TP(一般每个GPU配有两路ATER TP，一路GB TP)都出现该类告警，则该GPU下的小
20、区的GPRS不可用【故障处理流程】 需要检查PCM_TTP口的传输线是否插好 若一个GPU下配置的所有PCM_TTP（两路ATER TP和一路GB TP）都出现该告警，首先检查、更换JAE1C板（JBGPU板的后背板），再观察告警是否消除 若不是JAE1C板问题，则需检查相关的收发2M电缆和DDF架接头 通知传输人员检查本端的传输设备【告警】以下传输告警的处理方法基本一样： AIS: only bits 1 into two successive frames CH0-EERH : excessive error rate BER 10-3 LFA: Loss of Frame Alignme
21、nt CRC4-BERH: excessive error rate BER 10-4 CRC4-BERL : excessive error rate BER 10-6【故障级别】CRITICAL【故障影响范围】若一个GPU下的两路ATER TP或一路GB TP(一般每个GPU配有两路ATER TP，一路GB TP)都出现该类告警，则该GPU下的小区的GPRS不可用【故障处理流程】 若一个GPU下配置的所有PCM_TTP（两路ATER TP和一路GB TP）都出现该告警，首先检查、更换JAE1C板（JBGPU板的后背板），再观察告警是否消除 若仅仅是一块GPU上的个别传输有告警，则通知传输人
22、员检查对端传输注：以上故障若是影响一个GPU下MAP的小区的GPRS业务的、且该BSC配置有两个GPU的话，如果故障修复时间较长可先将故障GPU LOCK后，将业务Reshuffle到正常工作的GPU，再对故障进行处理。第三章 爱立信BSC侧Gb接口故障处理手册Gb接口故障是指针对某BSC的Gb接口通信全阻的情况（如双NSVC ABL的情况），对于单个传输或单个NSVC故障则对业务无影响，可属于一般故障的处理范畴。爱立信BSC中和Gb接口相关的设备是PCU，它由硬件和软件两个部分组成。 PCU硬件包括1-16个RPP，这些RPP可以通过Ethernet连接，每个RPP通过GS和SGSN连接，通
23、过 SRS和BTS连接。PCU软件由CP和RP两部分组成。BSC侧Gb接口故障处理流程如下：本地区某BSC全阻，已派发分公司BSC维护人员处理第1步：检查Gb接口状态Yes第4步：检查RPP、EM状态是否正常第5步：闭解对应的NSVC第2步：判断是否为传输故障No报传输人员处理第3步：检查Gb接口是否有足够的MBL设备使用第6步：PCU侧闭塞并删除GB接口，然后重新定义第7步：检查SGSN侧数据Gb接口故障恢复下面以CZBSC61为例详细说明BSC侧Gb接口故障处理过程。第1步：检查Gb接口状态BSC侧通过指令RRGBP来检查Gb接口状态，正常情况下，NSVC和SIGBVC（BVC=0）状态都
24、应该为ACTIVE状态。若不正确，请检查本地的DLCI以及NSVC与SGSN中定义是否相同，如果不一致，使用命令RRNSI:NSVCI=nsvci,DLCI=dlci,DEV=dev,NUMDEV=numdev;进行修改。若NSVC的状态为ABL，则进行第2步操作；RRGBP;ORDEREDRADIO TRANSMISSION GB INTERFACE CONFIGURATION DATANSEI 21NSVCI NSVCSTATE BLSTATE BLORIGIN 2101 ACTIVE 2102 ACTIVENSVCI DEV1 DEV2 NUMDEV DLCI 2101 RTGLT-1
25、RTGPHDV-1 8 141 2102 RTGLT-33 RTGPHDV-65 6 142SIGBVCI BVCSTATE BLSTATE BLORIGIN 0 ACTIVE第2步：判断是否为传输故障，若是传输故障，则报传输人员处理a) 对应上例的RTGLT-1、RTGLT-33，找出其所在的SNT和DIP。RADEP:DEV=RTGLT-1;DEVICE DATA IN BSCDEV SNT/DEVP MUPRTGLT-1 ETRTG-0 GS-36-289DEV MISC1 MISC2 MISC3 MISC4 ADMSTATE EM SNT S RTGLT-1 C C CENDRADEP
26、:DEV=RTGLT-33;DEVICE DATA IN BSCDEV SNT/DEVP MUPRTGLT-33 ETRTG-1 GS-36-97DEV MISC1 MISC2 MISC3 MISC4 ADMSTATE EM SNT S RTGLT-33 C C CNTCOP:SNT=ETRTG-0;SWITCHING NETWORK TERMINAL CONNECTION DATASNT SNTV SNTP DIP DEVETRTG-0 1 TSM-36-9 RTGLT0 RTGLT-1&-31ENDNTCOP:SNT=ETRTG-1;SWITCHING NETWORK TERMINAL C
27、ONNECTION DATASNT SNTV SNTP DIP DEVETRTG-1 1 TSM-36-3 RTGLT1 RTGLT-33&-63ENDb) 判断该SNT、DIP的工作状态。NTSTP:SNT=ETRTG-0;SWITCHING NETWORK TERMINAL STATESNT STATE BLS LST FCODEETRTG-0 WO ENDNTSTP:SNT=ETRTG-1;SWITCHING NETWORK TERMINAL STATESNT STATE BLS LST FCODEETRTG-1 WO ENDDTSTP:DIP=RTGLT0;DIGITAL PATH S
28、TATEDIP TYPE STATE LOOP TSLOTL DIPEND FAULT SECTIONRTGLT0 IEX WO ENDDTSTP:DIP=RTGLT1;DIGITAL PATH STATEDIP TYPE STATE LOOP TSLOTL DIPEND FAULT SECTIONRTGLT1 IEX WO END若SNT状态为BLOCK，则用指令NTBLE解闭SNT。步骤同GSM的SNT故障处理。若RTGLT-0、RTGLT-0的状态不是WO，并伴有相关传输断的告警，闭解无效后应则及时报传输人员处理。若传输无问题，则进行第3步操作。第3步：检查Gb接口是否有足够的MBL设备
29、使用Gb接口仅使用每个RPP上的第一个SNT的设备，每个RPP第一个SNT的DEV和RTGPHDV一定要MBL，GB口工作才能稳定。该DEV的范围是64*n+（0-Gb时隙数）。STDEP:DEV=RTGPHDV-1&-63;DEVICE STATE DETAILSDEV SUBDEV STATE BLS ADM ABS CONFIGRTGPHDV-1 SEBU MBL H00RTGPHDV-2 SEBU MBL H00RTGPHDV-3 SEBU MBL H00RTGPHDV-4 SEBU MBL H00RTGPHDV-5 SEBU MBL H00RTGPHDV-6 SEBU MBL H00
30、RTGPHDV-7 SEBU MBL H00RTGPHDV-8 SEBU MBL H00RTGPHDV-9 IDLE H00RTGPHDV-63 IDLE H00其中RTGPHDV-1&-8和RTGPHDV应为MBL，若不是，则用指令BLODI人工闭塞。第4步：检查RPP、EM状态是否正常a) 确定RTGPHDV所归属的RPPRADRP:DEV=RTGPHDV-1;DEVICE RP/EM DATA IN BSC.DEV RP EMG EM ADMSTATE EM SNT S RTGPHDV-1 104 2 C C CENDb) 检查RPP的运行状态EXRPP:RP=104;RP DATARP
31、 STATE TYPE TWIN STATE DS MAINT.STATE 104 WO RPPS1 IDLEENDc) 检查该RPP的EM运行状态EXEMP:RP=104,EM=ALL;EM DATARP TYPE EM EQM TWIN CNTRL PP STATE 104 RPPS1 0 RGSERV-0 PRIM WO 104 RPPS1 1 RTGB-0 PRIM WO 104 RPPS1 2 RTGPHDV-0&-63 PRIM WO 104 RPPS1 3 RGRLC-0 PRIM WO 104 RPPS1 4 RGMAC-0 PRIM WO 104 RPPS1 5 RGCON-
32、0 PRIM WO 104 RPPS1 6 RGRLCP-0 PRIM WO如果RPP或EM工作不正常，步骤同GSM的RP、EM故障处理。一般建议对RPP进行如下闭解处理。BLRPI:RP=104; BLRPI:RP=104;EXECUTEDBLRPE:RP=104; BLRPE:RP=104;ORDERED DEBLOCKING OF RPRP RESULT 104 DEBLOCKING PERFORMEDEND第5步：闭解对应的NSVCRRVBI:NSVCI=2101; RRVBI:NSVCI=2101;RADIO TRANSMISSION VIRTUAL CONNECTION BLOCKING RESULTNSVCI RESULT REASON 2101 BLOCKEDENDRRVBE:NSVCI=2101; RRVBE:NSVCI=2101;reboot or Ctrl + x4）如重启后故障仍未排除，需更换IBE1板，方法如下：从备件库中取出相同版本的IBEI板，带好防静电手环，将故障IBEI板后的Gb线拔下，再将故障IBE1板拔出，插
