上海用服部 ZXG10BSS 份工程经验汇总.docx
《上海用服部 ZXG10BSS 份工程经验汇总.docx》由会员分享,可在线阅读,更多相关《上海用服部 ZXG10BSS 份工程经验汇总.docx(25页珍藏版)》请在冰点文库上搜索。
上海用服部ZXG10BSS份工程经验汇总
移动事业部用服部GSM产品一月份工程经验汇总
中兴通讯移动事业部用服部
目录
1.1GSM工程支持一科3
1.1.1GSM工程支持一科1月经验汇总3
1.1.1.1扇控制板告警问题解决3
1.1.1.2关于双向无声和通话噪音的一种处理3
1.1.1.3DTI板故障一例4
1.1.1.4如何在Solaris5.8/UNIX上设置印度时区4
1.1.1.5驻波比告警的排除4
1.1.1.6路由器参数设置5
1.1.1.7中兴BSC和爱立信MSCA口对接测试5
1.1.1.8关于在多载频小区里(>3),SD信道出现BIPP物理闭塞的解决方法5
1.2GSM工程支持二科5
1.2.1GSM工程支持二科1月经验汇总5
1.2.1.1关于在WINDOWS2000下安装ORACLE5
1.2.1.2增大Solaris系统交换空间6
1.2.1.3基站和A口中继状态正常,但是不能打通电话6
1.2.1.4基站BIPP物理时隙闭塞6
1.2.1.5DB2下开局时不能创建性能报表的解决方法6
1.2.1.6站点CMM板故障排除7
1.2.1.7巴基斯坦EGSM站点CDU驻波比告警排查1例7
1.2.1.8ORACLE磁盘空间不足情况下性能表的转储7
1.2.1.9BSCV2系统TC远置模块2个E1配置的具体操作8
1.2.1.10Cisco路由器配置时注意事项8
1.2.1.11基站TCH指派失败率高的问题分析及处理流程8
1.2.1.12GSMWLL网络中的寻呼不可及问题处理9
1.2.1.13性能数据无法转储问题解决9
1.2.1.14利比亚驻波比修改10
1.2.1.15关于和NOKIAMSC对接A口中的一个注意事项10
1.2.1.16相关TIC单板75欧与120欧拨码问题10
1.3GSM工程支持三科11
1.3.1GSM工程支持三科1月经验汇总11
1.3.1.1上传软件版本到MP11
1.3.1.2升级过程中出现的表空间问题11
1.3.1.3OMCRV2.51.00f~OMCRV2.52.03b升级时遇到的问题11
1.3.1.4120欧姆后背板连线12
1.3.1.5级联站配置注意事项12
1.3.1.6BSC16网管中批量转换16进制的LAC、CI值12
1.3.1.7BSS双服务器网管安装12
1.3.1.8SOLARIS下备份磁带机的安装与使用13
1.3.1.9BSS网管及MP的IP地址更改方法13
1.3.1.10BSS20开局过程查看基站端口的常见方法13
1.3.1.11OMCR2.5前后台不能建链问题的处理方法13
1.3.1.12OMCR客户端的安装14
1.3.1.13关于ORA-03113:
end-of-fileoncommunicationchannel故障现象的处理14
1.3.1.14关于CreatingDB2instance...Failure问题的处理15
1.3.1.15BTS软件版本升级站点反复加载版本,无法完成升级问题处理15
1.3.1.16无线参数报表工具配置安装的几点15
1.4工程技术科16
1.4.1工程技术科1月经验汇总16
1.4.1.1级联站设置断电旁路16
1.4.1.2赞比亚告警箱不能正常工作16
1.4.1.3BSS服务器与BSC断链的处理17
1.4.1.4解决现场BSC设备出现的mppp板备份通讯链路断告警17
1.4.1.5关于性能统计为0时的处理17
1.4.1.6站点有信号但是不能打电话17
1.4.1.7个别站点个别信道单通18
1.4.1.8增加透明通道ICC解析失败18
1.4.1.9增加新的BSC后在OMCR客户端不能显示名字18
1.1GSM工程支持一科
1.1.1GSM工程支持一科1月经验汇总
1.1.1.1扇控制板告警问题解决
【工程经验作者】:
夏炜
【工程经验正文】:
BTSV2机架的风扇告警板在后台经常出现告警的情况,后台无法处理,基站侧通过更换TRM看是否存在假告警,但是此法无效,通过更换背板仍未能解决,最终通过更换风扇得以解决告警问题,但是过几天后告警情况又重复出现,所以问题并不是出现在风扇上。
试图对风扇告警线和和背板上的接口处进行清洁和擦拭等处理,擦去接触金属片上的金属膜和沙砾之后,从新安装并通电观察之后发现告警消除。
1.1.1.2关于双向无声和通话噪音的一种处理
【工程经验作者】:
杨勇
【工程经验正文】:
在进行A口测。
试时,有时会出现双向无声和杂音大的情况。
更换相应的DRT或EDRT都无法解决问题,更换后背电缆,如果现场采用的是B980201的BNET背板,估计就是后背板有电路干扰。
可以把连接TCPP的DSNI进行倒换,倒换SYCK板,一般可以解决这个问题。
1.1.1.3DTI板故障一例
【工程经验作者】:
李晓龙
【工程经验正文】:
现场一台BSC1.6上的DTI板突然出现告警“DTIboardcommunicationbreakorpoweroff”,运行告警指示灯“FAU”常亮。
到达现场时局方已经更换上了一块DTI备板,但没有解决故障。
1)检查配置数据,没有问题;
2)检查传输线路也是正常的;
3)将其他槽位正常DTI板件更换到故障板件的位置,能够正常启动运行,问题应该还是在板件上,但为什么局方更换上的DTI备板不行呢;
4)后来了解到局方拿来更换的备板是MSC的DTI备板,后来重新找到一块BSC的DTI备板更换上,问题解决。
总结:
DTI只用在BSCV1.2和V1.6中,MSC的DTI和BSC的DTI硬件上只同一块单板,单板软件不一样,包括BOOT,所以是不能混用的。
1.1.1.4如何在Solaris5.8/UNIX上设置印度时区
【工程经验作者】:
柏洁
【工程经验正文】:
现在BSCV2的OMCR服务器上缺省安装只有整时区,如GMT+3、GMT-5,没有印度时区(IST或GMT+5.5),在实际工程中有缺陷。
本文提供设置印度时区的方法。
对其他时区设置为整时区+0.5的国家,该方法同样适用。
1、以root用户登录(命令:
su)。
2、到以下目录,用zic命令编译时区文件。
#cd/usr/share/lib/zoneinfo/src
#zicasia
3、修改系统文件:
/etc/default/init,把TZ行改为:
TZ=Asia/Calcutta
(根据实际情况设置)
4、重启动机器:
#sync
#init6
5、用date命令设置系统时间与当地时间一致,如下例:
#date01122047082005
WedJan1220:
47:
08IST2005
1.1.1.5驻波比告警的排除
【工程经验作者】:
尤剑君
【工程经验正文】:
现场开站的时候,出现驻波比告警灯闪烁,首先是检查连线是否有松动,其次进行CDU的倒换,和无告警的CDU进行对换,观察是否告警消失。
如果还不能解决,再倒换跳线;一般这样可以排除大部分的问题。
对与那些在通电话的时候才出现的驻波比,目前只有去掉DSWR板上的电感L3,把C22的两个管脚用线连接起来,焊掉R33、R34。
才能解决。
1.1.1.6路由器参数设置
【工程经验作者】:
尤剑君
【工程经验正文】:
对客户端和服务器在两地,使用一个2ME1进行连接的路由设置,设置串口IP(对直接E1连接的设置)
controllere11/0
framingno-crc4
channel-group0timeslots1-31 //这里把1-31时隙全进行分配,充分利用带宽
ints1/0:
0
ipadd192.168.0.1255.255.255.0//配串口地址
1.1.1.7中兴BSC和爱立信MSCA口对接测试
【工程经验作者】:
尤剑君
【工程经验正文】:
由于在进行A口扩容时候,无法进行指定时隙的测试,不能很快知道是A口否可用。
由于我们的A口地面连路观察工具有问题,无法正确表达A口的实际状态,所以,可以通过在我们BSC侧进行闭塞,在爱立型侧MSC可观测到LNBK(LINEBLOCK,对端闭塞)BSC进行解闭,MSC侧为IDLE,来表明两边数据无误。
如果两侧数据不一致,会出现双向无声的情况。
1.1.1.8关于在多载频小区里(>3),SD信道出现BIPP物理闭塞的解决方法
【工程经验作者】:
尤剑君
【工程经验正文】:
多个SD信道,有一些动态观测为BIPP物理闭塞,其他所有的信道都没问题。
:
由于这种闭塞的出现是程序处理流程有问题,通过一般的闭塞解闭是无法解开的,解决的办法是把信道修改回TCH/F,下发后再改回SD信道,就可以解决这个问题。
1.2GSM工程支持二科
1.2.1GSM工程支持二科1月经验汇总
1.2.1.1关于在WINDOWS2000下安装ORACLE
【工程经验作者】:
陈小平
【工程经验正文】:
点击安装程序没有反应,或提示需要下载更新的JRE版本。
原因是P4主板的pc机无法运行java安装引导程序,所以无法安装oracle816。
1、将光盘的所有文件拷贝到硬盘;
2、找到STAGE\Components\oracle.swd.jre\1.1.7.24\1
\DataFiles\Expanded\jre\win32\bin\symcjit.dll文件,将起改名(比如
symcjit.old)
3、从硬盘启动安装程序
1.2.1.2增大Solaris系统交换空间
【工程经验作者】:
姜学意
【工程经验正文】:
在一些实验局或一些小局中经常发一些配置较低的服务器,例如物理只有512M的Sparc机器,对于这些机器在安装中若根据文档的建议给其分521*2M或512*3M的交换空间,那结果是Oracle817由于资源不够,实例创建不起来。
对此有两种解决办法一种重装Solaris,给其分配更大的交换空间(通常4G够用),或用root用户手工添加swap---执行以下两条命令:
/usr/sbin/mkfile4096Mpath1/newswap,/usr/sbin/swap-apath1/newswap,到此为止只是添加了临时的交换空间,系统重起后会消失,为了让这部分swap永久生效需要在/etc/vfstab文件的末尾添加一行path1/newswap - - swap -no -,该行作用是让系统在启动时自动挂载添加的swap;是否添加成功可用/usr/sbin/swap-l查看;此外需要说明的一点是由于/etc/vfstab非常重要在修改的时候需要非常谨慎,否则系统会被整瘫痪;
1.2.1.3基站和A口中继状态正常,但是不能打通电话
【工程经验作者】:
何泽鹏
【工程经验正文】:
在做基站拨打测试的时候,不能打通电话.动态数据查看基站状态正常,A口中继状态正常,信令跟踪显示正常,但是不能打通电话。
通常有两种原因:
1.LAC、CI配置错误,或者交换侧数据没做对。
更换一个可用的LAC,CI可判断此故障。
2.A口中继扩容或者被插拔过,对A口相关单板做复位操作可解决此问题。
1.2.1.4基站BIPP物理时隙闭塞
【工程经验作者】:
何泽鹏
【工程经验正文】:
当基站载频数目较多,3个以上时需要增加SDCCH配置信道,通知配置在第2个载频上。
但是刚开站的时候在动态数据管理中看到这个时隙的状态是BIPP引起的物理时隙闭塞。
将该SDCCH信道删除,改为TCH信道,重新配置成SDCCH信道后恢复正常。
1.2.1.5DB2下开局时不能创建性能报表的解决方法
【工程经验作者】:
羊轶
【工程经验正文】:
在台州联通开局时,BSC、示范BTS开通以后,打开性能分析台,创建性能报表时,提示“报表模板不存在!
”,创建不成功。
解决办法如下:
$OMCHOME
$find./-namepmindex.sql
$cdexport/home/omc/db2sql/libdata/liantong
$db2
db2=>connecttoomc
db2=>quit
$bash
bash-2.03$db2-tvfpmindex.db2
命令执行完成后,重启OMCR服务器,重启omcr进程,该问题解决。
1.2.1.6站点CMM板故障排除
【工程经验作者】:
张宇杰
【工程经验正文】:
LAHORE一个站点出现话音信道占用后很短时间就掉话且话音质量很差。
后台告警管理中没有告警。
这个站点是从另一个BSC割接过来的。
通过分析性能报表发现割接后此站点的三个小区的掉话率很高,由于站点在干扰较大的LAHORE地区,首先检查干扰带比较正常,排除了干扰导致故障的可能。
现场用测试手机进行拨打测试,TCH分配后RQ值马上变为7,且三个小区同时出现故障,初步定位到站点的公共部分CMM板。
经过主备倒换后,播打测试显示故障依旧存在。
分析主备CMM板同时出现故障的可能性较小,但需要首先排除这种可能。
将附近同版本的站点的CMM板更换过来,故障排除。
确定为CMM板故障。
在排除此例故障过程中,站点没有告警,需要进一步检查CMM板,查出故障深层次的原因。
没有因为“分主备CMM板同时出现故障的可能性较小”这一思维方式放弃对CMM板的怀疑,使故障尽快得到解决。
1.2.1.7巴基斯坦EGSM站点CDU驻波比告警排查1例
【工程经验作者】:
张宇杰
【工程经验正文】:
巴基斯坦北部白沙瓦站点SWT二小区BCCH所在CDU驻波比告警存在时间较长,偶尔会自动消除。
本地工程师前往排查时进行了如下检查和处理:
1)SiteMaster检查天馈线驻波比,<1.5
2)更换CDU
3)倒换1、2小区的1/2跳线
都不能排除故障,决定前往现场进行排查。
在前往站点时局方通知告警消失。
遂根据研发的建议进行了CDU告警板的修改,更换后依旧存在。
并依据告警时有时无判断应该是电缆接触问题,之前本地工程师更换过1、2小区的1/2跳线判断应该是CDU到机顶的电缆出现接触不良的现象,更换两侧CDU到机顶的电缆,故障不能复现。
重新测量驻波比,在测试过程中有意触动电缆,出现驻波比告警时有时无,断定电缆接触问题。
拆下电缆接头重新焊接故障排除。
1.2.1.8ORACLE磁盘空间不足情况下性能表的转储
【工程经验作者】:
王建兴
【工程经验正文】:
因为ORACLEAPP的空间不足,导致使用率已经达到98%左右,而且因为需要保留数据而不能删除,所以将PM_TABLESPACE转储到其他分区。
用omcrkill-kill1关闭OMCR然后使用ORACLE客户端选择PM_TABLESPACE性能表属性为离线,然后将该表挪到有足够冗余空间的分区,并且修改其目录为转移后的路径。
omcrstartoracle重启OMCR即可。
1.2.1.9BSCV2系统TC远置模块2个E1配置的具体操作
【工程经验作者】:
张峰
【工程经验正文】:
配置2个E1地远端TC,因TC原置模块开通要求必须配置两块TIC单板,在进行数据配置时,若只配置12槽位的前两个E1,保存数据时,系统报告有一块FSPP进行通讯时要使用13槽位的TIC单板PCM链路,虽配置两个E1,分别占用12、13槽位的第一个E1,数据保存时系统报告,一块FSPP必须使用这两块TIC单板的第二个E1,经分析:
两块FSPP单板,左边一块数据通讯要求使用12、13槽位的第一个E1,右边一块数据通讯要求使用12、13槽位的第二个E1。
为满足现场组网的实际要求,在进行数据配置时,配置两个E1,分别为12、13槽位的第一个E1,但必须删除右边的FSPP单板,保存数据,正常;同样在配置NSMU单元时,也只能配置一块NSPP。
到此,数据配置成功,系统运行正常。
1.2.1.10Cisco路由器配置时注意事项
【工程经验作者】:
张峰
【工程经验正文】:
在进行现场路由器的配置时,双端路由器均不能ping通对方。
现场的Cisco2611路由器采用E1控制器模块进行连接,通过对快速以太网口、E1控制器的配置、逻辑串口、路由表的配置,发现在路由器上可以Ping通对方路由器的E1控制器,但不能ping通对方的快速以太网口。
分析为路由表信息没有发挥作用,通过观察配置文件发现:
nonetwork-clock-participateslot1
nonetwork-clock-participatewic0
noaaanew-model
ipsubnet-zero
noiprouting注意:
没有启动路由信息表。
noipcef
所以根据此现象,执行以下命令后路由器工作正常:
jakarta#configureterminal
Enterconfigurationcommands,oneperline.EndwithCNTL/Z.
jakarta(config)#iprouting
注意:
在进行路由器的第一次配置时,配置完成路由表后,一定要用上面的命令启动路由表。
文档中没有对此进行说明。
1.2.1.11基站TCH指派失败率高的问题分析及处理流程
【工程经验作者】:
吴远骏
【工程经验正文】:
见附件
1.2.1.12GSMWLL网络中的寻呼不可及问题处理
【工程经验作者】:
李文龙
【工程经验正文】:
伊朗现场为GSMWLL网络,其通过对用户设置ZONECODE(不同的CI)来进行区域限制,使得用户只能在一定的范围内使用他们的手机。
但许多用户反映他们的手机经常会出现无法被叫的现象,即寻呼不可及,最常出现的语音提示为:
Thenumberyoudialcannotgothroughforthelinebrokedown。
通过现场的主被叫拨测,发现情况和用户反映的并不完全一样。
测试中,如果用户在所限制的区域内正常移动时,主叫和被叫都没有任何问题。
但如果用户离开其所在的区域,作主叫不成功,MSC侧性能统计中有“起呼受限”的失败提示;做被叫时就会出现寻呼不可及的现象,会有“Thenumberyoudialcannotgothroughforthelinebrokedown”的提示音。
可见,无法寻呼的主要原因就是用户不合理移动而在其所限制区域之外使用手机。
由于局方的不理解,MSC侧后来取消了这条提示音,这之后当用户离开其所在区域作被叫时,对方常会听到“手机关机”的语音提示,此语音在MSC侧是由于呼叫缺席引起的,属正常语音。
为了减少这种寻呼不可及现象的出现,我们提出了以下建议:
1)当用户投诉无法拨打和被叫时,首先应该在HLR和MSC中核查ZoneCode数据和用户所在的CI区域是否一致,如果不一致,说明用户不合理移动了,或者所设置的ZoneCode不太合理,需要进行纠正。
实际操作中,局方应正确地提供用户的位置信息,以便准确地为用户增加ZONECODE。
2)伊朗局方的本意是按照村庄所对应的CI来进行区域限制,不允许村庄之间的漫游。
但由于有些村庄属于两个小区,有些用户的活动范围也在几个小区的交界处,所以建议对这些用户的ZoneCode应该设置成两个或多个小区的CI,否则会经常造成用户无法主被叫的现象。
3)由于用户缺乏对WLL网络的认识,经常会大范围移动,所以可以考虑采用专用的GSMWLL终端,或者以基站为单位进行区域限制,以减少类似问题的出现。
4)出现这种问题时,有时是因为个别用户的手机质量不好和SIM卡损坏,实际操作中要以测试手机为主。
1.2.1.13性能数据无法转储问题解决
【工程经验作者】:
李文龙
【工程经验正文】:
在客户端的性能分析台中进行性能转储设置时,会出现“系统中没有性能转储定时命令”的错误,无法进行性能转储的有关设置。
通过查看$OMCHOME/dat下的timer.dat文件,发现其文件为空,因而导致性能转储中的定时命令不存在,无法进行性能转储。
为了解决这一问题,将版本文件中Windows/Server/dat/目录下的timer.dat文件上传到服务器的dat目录下,并重起IMF进程使timer.dat文件生效,此时发现timer.dat文件会自动清零,性能转储设置依然无法进行。
考虑到可能是Windows和Unix的文件格式有所不同,就将omcr20.76a.tar文件进行解包,用dat目录下的timer文件覆盖原先的空文件,再重起IMF进程,进行性能转储设置成功。
实际操作中,也可以重起全部进程使timer.dat文件生效。
1.2.1.14利比亚驻波比修改
【工程经验作者】:
魏东东
【工程经验正文】:
后台出现告警的都是只接TCH载频的CDU,而接BCCH载频的CDU上都没有出现告警。
告警站点都是S444的配置,现场一般都是BCCH的发射接一个CDU,TCH的发射接另外一个CDU,接收互作分集。
用户量越大,告警越厉害,复位后告警消失,但隔一段时间告警再次出现。
把BCCH和TCH到CDU的连线互换,也就是原先接BCCH的CDU改为接TCH,原先接TCH的CDU改为接BCCH,则告警移到改接TCH的CDU上,也就是说SWR告警的现象随着BCCH载频输出的移动而反向移动。
用sitemater测试过天馈的驻波比,都低于1.5,符合要求。
经过现场的测试初步判断是由于干扰造成的。
特别是局方提供的关于50号站点另一运营商调整天线下倾的信息进一步证明了这个结论,在另一运营商的天线下倾角调整之前,该站点没有告警发生,告警是在他们的天线调整之后产生的。
而7号站点的告警也是由于周围基站辐射干扰造成的。
站点7虽不共站,但是附近周围有比较多的其他站点,包括2号,3号,6号,8号,10号,11号,91号。
对外界干扰解决的办法是调整DSWR单板的告警门限。
因为早先生产的CDU模块DSWR单板告警门限值设置比较低,容易受外界干扰的影响产生驻波比告警并上报后台,使基站无法正常工作。
针对这个问题,后期生产的CDU告警门限已经进行了调整。
可以按照下面的方法解决,对DSWR单板进行修改,修改方法:
对DSWR板上的电位器RP3进行调整,逆时针旋转电位器上方的旋钮,使TP3到电位器非地焊脚(测量管脚)的电阻值为1.85k欧左右即可。
RP3的位置见下图。
使用更改之后的CDU模块,这两个站点没有再发生告警现象。
随对其他出现类似问题的站点也做了CDU更改处理,效果显著。
1.2.1.15关于和NOKIAMSC对接A口中的一个注意事项
【工程经验作者】:
斯勤勇
【工程经验正文】:
现场在和nokiaMSC对接后发现有一个问题,只要是我们nokiaMSC先加的数据,我们BSC再加A口PCM的配置数据,或都我们BSC对正在工作的A口PCM数据作修改,就会产生此PCM无法被占用.经信令跟踪,发现MSC提示没有可用电路,assignfailure,经分析认为是MSC对此电路无法识别,让MSC激活此电路,无效。
MSC重做A口相关PCM数据,这些电路就可以正常使用了。
提示:
在现场修改A口PCM数据后,务必作仔细的观察,确保可用。
另外如MSC工程师不在,可以插拔BSCA口中继后面的电缆,同样能起到激活的作用。