当前位置：首页> 3G后台工作问题总结

3G后台工作问题总结

时间：2016-11-15 13:27:24 下载该word文档

1、出现硬件正常，该站的FDDCELL无法启用的，我可能原因是2M线接反问题，数据显示如下图：

2、删除BTSequipment需要确认网管该站点OML已经锁起，导出该站的数据后，在wips里面直接进入向导，删除deleteBTSequipment

3、OAM_0051_00005

告警出现是由于话务报告定期上报，该时间内由于传输问题，导致话务报告上传失败，通常可忽视。

4、网优参数RSCP（4G参数为RSRP）是电瓶指示，标准值为-95dBm，该值越大越好，当该值达到-100dBm是手机只有两格信号，通常被认为是信号强度指示。

5、参数EcNo(4G参数为SINR)是信噪比，标准值为-11dBm，软切换比例标准值30%左右，20-30%之间可以认为是良好。通常认为是信号质量指标。出现信噪比过低，可能原因包括建筑物格挡反射。

6、“两条腿”现象解释，同一个手机可以同时收到两个基站的信号，造成资源浪费问题。

7、CS链路闪断，通过查询log，发现出现问题时间，核心网侧的ip不通，导致pmp down，Sctp failed，排除设备故障原因，历史告警中同样有体现，

如下：

MSS_7021_01023 communications NW:UTRAN RNC:gy_rnc_15 RNCEquipment:0 INode:GY_RNC_15IN0 EM:GY_RNC_15IN0 VR:7 IP: STATIC: ROUTE:0.0.0.0,0.0.0.0,0 NW/UTRAN RNC/gy_rnc_15 RNCEquipment/0 INode/GY_RNC_15IN0 EM/GY_RNC_15IN0 VR/7 IP STATIC ROUTE/0.0.0.0,0.0.0.0,0 2016-05-20T15:25:32 +0800 Major Cleared 2016-05-20T15:26:05 +0800 FALSE 70211023 'NextHop "10.248.234.185" have failed to respond to Static Heartbeat Monitoring.'componentId: EM GY_RNC_15IN0 VR 7 IP $ STATIC $ ROUTE 0.0.0.0,0.0.0.0,0 operationalState: enabled administrativeState: unlocked usageStatus: active alarmStatus: major proceduralStatus: unset controlStatus: unset standbyStatus: notSetunknownStatus: false related components: [] lossOfSignal 70211023

- - 0

8、网管security无法登陆，可能原因是java证书未添加全，包括guiyang和zunyi的两个证书，其次，注意添加信任地址是HTTP还是HTTPS。

9、TRDU添加RRH需要在天线模式下修改格式，TRDU_RRH

10、告警BTS_0234_00003属于电源模块告警，不影响业务，可rebuild尝试消除，告警内容：GPSAM/1 SIM/12M DALLAS ACCESS FAILURE 告警库描述如下“检查1线总线连接。检查MCA模块是否存在。更换MCA模块。”

11、IMA是基站侧数据组通常为IMAGROUP，是基站数据链路组，传输侧无该分组名称。

12、查看现网被锁的小区，RNC下fault的OSI state report查看

13、全网基站IP导出脚本：

1，在CRT下连接OMCR-S-192.168.35.65。

2，cd /home/oamops/gps_scripts/get_iplist。

3,ls。

4, ./get_iplist2.sh (执行.sh文件即可)

5,在filezill下连接IPList后找到IPLIST文件（不是.xml格式文件）在电子表格里打开就是全网IP 。或者在服务器下输入：/home/oamops/gps_scripts/get_iplist如果文件夹下有上一次的文件，需要删除后在跑该脚本。

6、执行全网ping包：路径1、home/oamops/test/gy-FEping/ 2、ls 3、tcsh

4、cat 172*>文件名.txt

7、ping全网基站：路径home/oamops/test/gy-FEping取结果

取出结果后，筛选开头是：conn或50 packets transmitted，粘贴到新sheet中，复制之后

与前一行下窜一行，再筛选。

14、收集RNCLogCollection

1)进入OMCR网管服务器

2)tcsh

3)cd /opt/nortel/shell/support_tools/RNCLogCollection

4)ls

5)./rncLogCollection

6)enter the WICL login：网管名enter the WICL password：网管密码

7)等大约3分钟是收那个RNC对应选择前面的数字按Enter

8) 2. Log Collection - Full mode 输入2按Enter

9)输入login：debug password：debug

10）进目录 /opt/nortel/data/support_tools/RNCLogCollection收取文件即可

15、FE宽带查询，IPRAN下EthernetBandwidthpool/0 peakinformationRate

16、新开站新加拉远小区，导入数据出现RRH起不来，可能是RemoteRadioHead的pa功率过高，需要查看并在线修改，HsxpaResourse的参数要根据LOCAL Group确定，每块CEM板最大支持的 LOCAL Group个数，需要再确定。

17、二级驻波要在antenna Access看，不一定会在RRH上显示出来。

18、删除小区，需要确认，关系该小区的所有数据，全部要删除，包括BTShsdpaEquipment和localcellgroup

19、FTP，贵阳网管ip172.168.35.65遵义172.168.36.65用户名oamops，密码oam_oamops

20、1> me 检查telent到RNC是哪一个

2> d time 检查rnc上的时间同步状态，跟wms的

3> d swavl查询当前所有的版本，是这个版本RI606410A2102。

4> d sw pa 查询当前的补丁号

5> d swavl,pa查询当前的补丁号，patch list里面

6> d swav/* patch/* 检查这些patch里包含的详细问题和描述

7> d pr检查PR的状态

8> d fs察看同步

9> d fs d/* p/* 检查CP板卡和里面磁盘的状态，disk0是主用CP，里面再分3个part，另外还要看剩余磁盘空间

10> d fs d/* 查询磁盘的状态

11> d lp/* ap/* 查询DCPS板卡里的AP模块的地址和状态

12> d lp/* ap/* rnc查询DCPS板卡里面AP模块的名称，使用状况

13> d RncInterfaceNodetmu/*=d rncintmu/*查询TMU在哪个LP,哪个AP下，里面有多少个call在上面处理，TMU3是备用的.

14> d RncInterfaceNodetmu/*celll=d rncitmu/* celll查看rnc小区映射

15> d shelf card/* spserv查询主备用CP,OC3板卡的状态，哪个是主用，哪个是备用，

16> d sh card/* prod,serial,pm查询所有板卡的型号和SN号

17> d sh fab/* 查询背后的交换矩阵的状态和PDC,SN号

18>ospcsShowCards查询所有板卡的状态

19> d atmif/* 查询所有atm interface的状态，800，801是iub的，815是iucs的，其他的应该是iur的

20> d atmif/* vcc/* 查询所有atm interface里面vcc状态，

d atmif/* vcc/* txcell/rxcell查看vcc链路收发

20+、d –p vr/* pp/* ipportLogicalif/*查询各端口ip地址

d iur/* iuaal/* aal查看iur链路

d iub/* iuaal/* aal查看iub链路

d iucs/* iuaal/* aal查看iucs链路

d iups/* iupsuplanesgsnsubnet/*,* 查看iups链路

d ss7 m3ua/* pmp/* assoc/*

d –p vr/1 pp/gige* ipportlogicalif/*查询4PGE端口地址

21、该版本网管正常情况下不会出现404错误，或网址无法连接，重启电脑可重新登入

23、wips的check模板有问题，割接之后需要改变ipran下的参数iptrafficshaping:55443120

24、BTSEquipmentMIB出现notBuilt可能需要重启该站，若仍原状，软件升级下。

25、wo出现错误在，继续导入到最后一步，之后再reverse。

26、新建站不要忘了hearbeat的ip

27、删除小区同样要锁小区，新数据仍需要重启基站

28、二级驻波一直存在判断是耦合器坏掉了

29、检查CP4板的同步状态和磁盘占用：> d fs，> d fs part/*

检查RNC上主、备用CP板卡的状态和切换

检查RNC上主、备用OC3板卡的状态和切换

检查RNC上各逻辑功能单元的状态：>dlp/* ap/* rnc

检查A、B路电源的供电状态

检查RNC与WMS以及Clients 的连通性

检查并消除存在RNC文件系统里的不再需要的log文件和很久以前的pr.

30、检查RNC到核心网的CS控制面（信令）链路：5> d ss7 mtp3/1 ls/* lk/*

31、检查RNC到核心网的CS用户面链路：6> d -p iucs/* iuuplane aal2lk/*，

7> d -p aal2if/300 alcapalcapcon，

8> d aal2if/300

32、检查RNC到核心网的PS控制面链路：9> d ss7 m3ua/*，10> d ss7 m3ua/1 pmp/*

11> ping -trace -ip(10.244.32.17)-src(10.244.42.142)vr/1 ipicmp

12> d atmif/815 vcc/*（d atmif/* vcc/*）

33、检查RNC到核心网的PS用户面链路：

12> ping -trace -ip(10.244.42.150) -src(10.244.42.126)vr/1 ipicmp

34、检查RNC到采样的NodeB的Iub OAM链路：14> ping -ip(172.20.16.54) vr/0 ipicmp

35、检查RNC到采样的NodeB的Iub CS链路：16> d atmif/800 vcc/54.*

36、检查RNC到采样的NodeB的Hybrid Iub PS链路

37、检查并消除所有与RNC有关的告警

38、查看iucsATM是否正常：>datmif/800vcc/*

39、CRT连接各RNC的CP地址就可以连接该RNC

40、OMU板卡控制单元TMU板卡业务单元，均属于DCPS板的模块，

41、OMU通常在第四或五块DCPS上，DCPS板上包括rab，tmu，pc，模块

42、基站ps域地址和cs域地址分别为做数据的up,CP地址

43、xinshijienanzutuansi数据错误，在iub部分的tm5选择错误，导致小区不可用持续闪，

44、配1662时隙：一块CCP的2M时隙只需要到53即可，三块到55，几对两兆，按照模板来配即可

45、mstsc远程命令

46、新建站小区起不来可能原因：新复制的localgroupid中参数为修改piority

47、1662配时隙，如果是4对2M的话，可以直接加4个时隙，且时隙勿跨端口（如1-9-1-1），粘贴的模板改换成4个2M的模板，粘贴内容介绍，53为一块cem板，54为两块，55三块

100/101和108/109为两路2M，后加的102/103和110/111为后两路2M，类似做数据时的vcc配置，0，0，2，2，3

48、底噪，资源占用下面的BTS radioPower：RTWP的值，-103以下为正常值

49、新开数据的IUB用户层控制层地址在新开站的rnc对应表格里

50、BTS_0333_00002该告警导致基站闪断，与传输核查发现，他们的端口时钟没配，

51、2对2M的站，ATM方式开站，一对2M和网线的站，E1方式开站，全网线，MDA方式开站

52、删除现网小区应该确认下，该小区是邻区否是涉及到其他RNC，若涉及则导出全网数据处理。

53、tracert

ping和tracert使用方法都一样，在命令后面加IP地址或者域名。

ping 主要是用来查看到目的地址的时延和丢包情况，tracert是用来查看所经过的每一跳路由，可以具体判断时延变大或者丢包的点。

54、针对CCM/* SOFTWARE ANOMALY的告警进一步解释如下。

CCM/* SOFTWARE ANOMALY本身是一直都有的告警类型，之所以需要再次解释是因为在LR14升级中增加了对RRH光纤长度的检测功能，如果光纤长度与配置不符合，系统会以此告警来通知维护人员进行调整，如下：

CCM/1 SOFTWARE ANOMALY Specific Problem:CCM/1 SOFTWARE ANOMALY, Cabinet:0, Shelf:0, Slot-position:1, AdditionalInformationFromNE:additionalInformation = { manufacturerInfoAscii = Bts Cell 115194 > Invalid Configuration ParametertransportFiberDelay : DLU [1], refer /emo/Delays for all Cells }

这里需要说明几点

1：这个针对光纤长度的告警仅仅是新增告警，从代码角度并未做任何变更，因此不会有任何业务影响（错误的配置升级前后都一样）

2：针对CCM/* SOFTWARE ANOMALY告警现场可以通过HFB中详细的内容来判断是否属于光纤问题引起，HFB中有相关字符（如上黄色标注）

3：此告警不会自动消除，需要人工干预（看看如下文档）。现场维护对于这类告警判断需要通过HFB来分析，是否此类告警是由于其他模块的异常引起的，比如RRH告警，如下

4：其他告警消除后，CCM/1 SOFTWARE ANOMALY告警不会消失，因此现场维护人员需要通过对相关告警单元的状态观察来判断是否异常情况已经恢复

5：关于transportFiberDelay，可以通过脚本或者人工命令来得到参数推荐值，如下

/pltf_544/emo$ cd ..
/pltf_544$ pltf/cpri/t14
Get CPRI Framer[1] T14 = 0x184!
Get CPRI Framer[2] T14 = 0x182!
Get CPRI Framer[3] T14 = 0x182!
Get CPRI Framer[4] T14 = 0x5dc!
Get CPRI Framer[5] T14 = 0x5ec!
Get CPRI Framer[6] T14 = 0x866!

fiber length=47*78/1000/1.47/2=~1.2KM

BtsCellInstance [4] : 4

BtsCellAdministrativeState [4] : 1

LocalCellId [4] : 115194

LocalCellGroupId [4] : 1

PaRatio [4] : 100

PaRatioToValidate [4] : 100

CellSize [4] : 0

CellProfile [4] : 0

rtwpMargin [4] : 20

rtwpTimeDetection [4] : 400

transportFiberDelay [4] : 1

rtwpReference [4] : -850

rtwpMaxCellLoad [4] : 0

rtwpMaxCellLoadNonEdch [4] : 70

dynamicPersistenceLevel [4] : 1

CRT连接网管，telnet该基站tcsh，

xCCM-nodeb-nodeb> bcish
/$ pltf_544/emo
/pltf_544/emo$ Delays

55、RNC面板灯状态说明

56、手工同步主备用CP板：sync fs

57、查看7号信令状态 d ss7 saalnni/*

58、查看用户面的状态：d –p aal2/* path/*

59、ping –ip(100.24.176.16) vr/0 ipicmp

60、d –p rncin查看omuip地址。

61、d –p iub/* sig/*

62、cem板可以任意调换

63、小区无数据BTS_0354_00047

64、

65、d lp/0 oam/0查看OAM状态

66、d fs p/*查看硬盘占用

67、d -p SS7 M3Ua/1（RNC信令点DEC）

d -p Vr/1 Pp/GIGE* IpPortLogicalIf/*（GE板地址）

d -p vr/1 Ip Static Route/0.0.0.0,0.0.0.0,0 Nh/*（CE地址）

d -p Ss7 Sctp/* SrcEp/*（RNC控制面地址及端口,包括ps控制面，cs控制面，lur控制面）

d -p ss7 m3ua/1 destsp/*（SGSN的信令点DEC）

d -p Ss7 M3ua/1 PMP/*（SGSN信令面地址及端口）

d Ss7 M3ua/* PMP/*（PS链路起来的情况）

d atmif/815 vcc/*（CS链路起来的情况）

d atmif/815 vcc/* txcell,rxcell（链路语音流量查看）

d ss7 M3ua/* PMP/* assoc/* path/* destIp,status,dataTx,dataRx（链路数据流量查看）

d lp/* ap/*

68、排查割接后断站，传输下一跳能ping通，由于站上本段FE不同导致，可先处理FE再处理两兆

69、针对BTS_0017_00001告警处理：1、登录CRT-OMCR 2、telnet该基站，登录3、->bcish,4、->emo,5、ls，6、->delays,7->查看transportFiberDelay,两个参数不一致则直接在wips里面修改该参数。

70、新建数据BTS无法直接转到SITE，需要在BTSequipment下指定site名字，之后就可以

71、新建站PLMN需要手动选取？

72、基站2M误码可能导致基站断站，重启后正常仍会断站，其他无异常，需要跟传输核实该问题。

73、基站完全掉站，判断有可能是ccm板问题，和电源模块问题。

74、7670交换机网线对应oc3，GE卡对应cs,ps,MR,lub

75、wips报错ATM_16，更改nodebcapcity下参数，0代表关，1代表开

76、更改小区名字可以在向导改，也可以在选中nodb后，在向导侧Nodeb Renaming

77、基站版本升级，先带版本升级，所有rnc版本均在workorder目录下，最后一步选择with new Rebuild 选择对应rnc的workorder，重启出现中断，重新down&active一下

78、正常rru光衰-7dbm左右

79、RNC14板主用、15板主用，从下至上端口：0、PS业务端口，1、FE业务端口，2、MR端口，3、CS业务端口。

80、RSSI解释

用户感受：接入困难或者根本无法接入，语音质量不好，严重时甚至掉话;

观察终端：发射功率持续偏高(Rx+Tx>-70dBm)以上;有信号无法打电话，经过长时间接入后(20s)，掉网;

话统分析：载频平均RSSI在正常范围【-93，-113】之外;主分集差超过6dB;FER过高，接入成功率、软切换成功率低，掉话率高，且接入失败和掉话的原因主要为空口。

RSSI异常的原因分类：

RSSI异常分3种情况，分别是过低、过高、主分级差值过大等，常见的引起RSSI异常原因有：工程质量问题、外界干扰、参数设置错误、设备故障和终端问题等。

word/media/image5.gif

对CDMA系统而言，反向链路干扰在用户接入时的影响非常明显，由于反向链路质量的下降，移动台接入过程较正常情况会显得更“漫长”甚至是造成高的接入失败，原因是正常的前向链路质量会让移动台开环功控采用较低的功率发射接入试探，而由于反向链路干扰造成BSS系统并不能正常解调接入信道消息，移动台将以Power Step步长逐步增加接入试探功率，这就使得接入过程被延长很多甚至是造成接入失败。所以，在判断反向链路干扰的时候，结合着接入指标来共同分析可以更快的发现问题。

网络干扰正常需考虑的几种干扰：

通常考虑5dB的接收机噪声系数以及2dB的无线环境底噪波动水平，所以正常情况下，RSSI的监测结果应该是-106dBm左右，对于系统负荷的影响，一般最大不超过8dB,也就是-98dBm左右，考虑3dB余量，也就是说在高负荷情况下，如果系统工作正常，RSSI平均水平最大不超过－95dBm，否则就意味着网络有严重的反向干扰。