上海用服部 ZXG10BSS 份工程经验汇总.docx
- 文档编号:7737996
- 上传时间:2023-01-26
- 格式:DOCX
- 页数:35
- 大小:132.46KB
上海用服部 ZXG10BSS 份工程经验汇总.docx
《上海用服部 ZXG10BSS 份工程经验汇总.docx》由会员分享,可在线阅读,更多相关《上海用服部 ZXG10BSS 份工程经验汇总.docx(35页珍藏版)》请在冰豆网上搜索。
上海用服部ZXG10BSS份工程经验汇总
移动事业部用服部GSM5月份工程经验汇总
中兴通讯移动事业部用服部
1GSM产品工程经验汇总
1.1GSM工程支持一科
1.1.1GSM工程支持一科5月经验汇总
1.1.1.1diffs出现大量-4031数据库错误的解决方法
【作者姓名】:
施杨
【现象描述】:
某局每隔几天(长的数周,短的几天),diffs都会出现大量的-4031数据库错误,导致omcr无法正常使用,每次都只能关闭omcr,重启oracle。
【解决方案】:
根据现场回来的oracle的trace文件,基本确定是由于oracle的Bug:
1397603导致的ORA-4031/SGAmemoryleakofPERMANENTmemoryoccursforbufferhandles.
这个bug可以采用如下措施解决:
1.给oracle打补丁8.1.7.4
2.在initomc.ora中增加一个参数,_db_handles_cached=0,重新启动oracle。
由于家里没有给oracle打过8.1.7.4的补丁,建议现场采用第二种方法,这种方法是oracle公布的方法(workaround)。
1.1.1.2性能分析台输出EXCEL时提示报表向导初始化失败
【作者姓名】:
施杨
【现象描述】:
某局性能分析台输出EXCEL时提示报表向导初始化失败,点击确定后性能分析台自己关闭。
【解决方案】:
删除c:
/winnt/system32/ZXG_RepGuide_V20.ini 文件后,重新打开OMCR客户端,再次取报表输出正常。
1.1.1.3 定义测量任务的时候出现BAF和MP断的提示
【作者姓名】:
施杨
【现象描述】:
某局在定义测量任务的时候出现BAF和MP断的提示。
【解决方案】:
经排查发现该局BSC的第4模块实际上没有硬件,要将bsccfg.ini中的第四模块配置去掉,再重启baf,解决问题。
修改举例见下,需要注意一点:
IP和ModuleID后面的数字不能跳过去,必须连续。
[BSC4]
BSCID=4
IsRemote=0
ModuleNum=5 改为‘4’
LocalModuleNum=5 改为‘4’
IP1=192.168.2.16 192.168.2.48
IP2=192.168.2.17 192.168.2.49
IP3=192.168.2.18 192.168.2.50
IP4=192.168.2.19 192.168.2.51----删除这一行
IP4=192.168.2.20 192.168.2.52------IP后面的数字不能跳
BmfRecePno=90
BmfSendPno=91
ModuleID1=1
ModuleID2=2
ModuleID3=3
ModuleID4=4-----删除这一行
ModuleID4=5---------Module后面的数字不能跳
1.1.1.4 DB2数据库安装中的几点注意事项
【作者姓名】:
李文龙
【现象描述】:
由于部门采用DB2数据库的时间不太长,有关文档也比较匮乏,有几点需要大家在安装过程中注意。
【解决方案】:
1) 对于新开局(发货时服务器已经装好操作系统,DB2数据库和OMCR),有时需要更换不同版本的OMCR,此时一定要注意对于DB2数据库来说,其安装结束后一般会在
/export/home/omc目录下生成sqllib目录,用于DB2实例的运行,这一点与Oracle不同。
所以删除旧的OMCR时,千万不要将此目录删除。
2) 对于DB2数据库来说,只有系统级用户,我们通过实例来访问数据库,这一点也与Oracle不同。
比如进行上级网管接口安装时,就需要建立系统级的zteomc用户和用户组,用于访问数据库。
3) 当不小心误删某些DB2数据库文件时,比如第一种情况,就需要重装DB2。
但由于目前没有合适的方法将DB2删除干净(即使你完全删除omc和das用户及用户组,卸载DB2软件,也无法将DB2删除干净),此时(删除DB2后)如果重装数据库,会发现安装过程中创建实例失败。
唯一的办法,只有重装操作系统了。
4) 对于单硬盘的服务器(如36G),在操作系统安装时,一般建立一个/db2的分区,此分区并没有确定u01的目录,所以在执行OMCR数据库脚本之前,需要在/db2分区下手工创建一个u01的目录,用于存放数据文件,否则脚本将无法找到此目录,也不会自动创建,导致OMCR数据库脚本执行失败。
1.1.1.5OMCR数据库脚本(DB2)运行问题解决
【作者姓名】:
李文龙
【现象描述】:
系统采用DB2数据库。
当执行OMCR数据库脚本时,出现“cfgfilepatherror,pleasehit[enter]toexit”的错误。
【解决方案】:
1) 从错误原因看,是配置文件路径错误导致脚本无法进行。
查看脚本,“cfgfilepatherror”出现的主要原因应该就是define.ini文件中的路径设置不正确。
2) 检查define.ini文件,设置的路径如下:
catalogpath=/db2/u01/cata
temppath=/db2/u01/tempts
tablespacepath=/db2/u01/
由于系统使用了一块36G的单硬盘,在操作系统安装时,只建立一个/db2的分区,并没有在此分区下建立u01的目录,所以脚本执行时,无法找到此目录,也不会自动创建,导致OMCR数据库脚本执行失败。
3)在/db2分区下手工创建一个u01的目录,用于存放数据文件,结果脚本执行成功。
须注意的是,上述路径中的cata和tempts目录也没有事先建立,但脚本执行过程中系统会自动创建,而对于tablespace的路径则需要事先创建好相关的目录,否则脚本运行将出错。
1.1.1.6 OMCR2.52.03e开局中的拓扑树问题解决
【作者姓名】:
李文龙
【现象描述】:
现场开局时,发现登陆客户端后,无法显示拓扑树。
后进行数据配置,在配置数据检测正确后,继续保存,系统没有响应,无法进行ICC解析。
【解决方案】:
1) 根据拓扑树无法显示的现象,首先按照常规方法进行排查:
检查磁盘空间;确定OMCRClient的ftpc目录为可读写;检查lmfcfg.ini文件中的ftp用户名和密码是否正确;核对ftp文件夹对ftpuser用户的权限。
结果发现这些设置都没有问题,问题的解决没有进展。
2) 另外一个现象就是,进行数据配置时,在ICC解析之前系统就没有了响应,停在那里。
没有日志可以查询,问题比较奇怪,也难以分析。
3) 重起了几次omcr,发现有一次重新登陆时,拓扑树出现,但继续配置数据并保存后,系统仍然是不进行ICC解析。
问题的解决陷入停滞状态。
4) 向老员工进行问题的咨询,怀疑可能是系统的防火墙阻止了拓扑树的显示。
立即关闭防火墙,登陆客户端后拓扑树显示正常,ICC解析成功。
5)对于这种问题,建议大家以后排查时一定要注意客户端电脑的防火墙设置,因为我们的部分软件功能是可以被防火墙屏蔽的,即使你暂时解除阻止,部分功能仍然无法实现
1.1.1.7 小区载频无法工作解决
【作者姓名】:
夏炜
【现象描述】:
该站点C扇区有一个载频无法正常工作,更换别小区的好的载频上去以后也无法正常工作
【解决方案】:
将该载频换到别的槽位做个试验,结果可以正常运行,通知后台网管重新做数据把小区换到上面一层载频筐.
1.1.1.8 版本入库失败
【作者姓名】:
焦强
【现象描述】:
新开局,在进行版本入库时,出现“创建目录失败”的弹出对话框告警,确定后,版本入库自动退出。
【解决方案】:
出现这类故障,经分析,大多由于OMCHOME/tmp/ftp/version目录的权限不够导致。
处理办法就是登录OMCR服务器,进入OMCHOME/tmp/ftp目录,修改version目录的权限既可。
如:
#chmod777version。
1.1.1.9 服务器miscindex_space表空间满问题
【作者姓名】:
李录俊
【现象描述】:
a.修改syscfg.ini,设置trace=1,执行omckill-hup255,打开server3的diffs日志b.过一段时间检查diffs日志,$grep''Error''diffs.20050323.log,发现如下的错误打印:
"ErrorResponse:
-1654-SerialNo:
3000SaveNo:
56470"
【解决方案】:
见附件
1.1.1.10 1530服务定期打印错误13
【作者姓名】:
李录俊
【现象描述】:
检查服务器的diffs日志,发现1530定期(每隔7天)打印13错误,例如:
diffs.20050409.log:
01:
00:
02DIF:
ErrorResponse:
13-SerialNo:
1530
【解决方案】:
1530服务用于转储告警,13错误是由$HOME/bak/fm/oldsave目录不存在导致的
a.目前版本(2.52.02e,2.52.001b),在服务器的$HOME/bak目录下面创建fm,fm/oldsave,fm/reload三个目录
b.升级后,2.52.03f版本不存在这个问题
1.1.1.11WINDOWSXP环境下NetBEUI协议的安装
【作者姓名】:
田辉
【现象描述】:
使用net命令直接上传MP版本时,前台MP和后台客户端通信连接用的是NetBEUI协议,但是在XP环境下“网络属性"中没有预装该协议,需要手工添加!
【解决方案】:
复制nbf.sys文件到%SYSTEMROOT%\SYSTEM32\DRIVERS\目录
复制netnbf.inf文件到%SYSTEMROOT%\INF\目录
然后在“网络属性”中的“协议安装”中就会看到NetBEUI协议,添加该协议即可。
此时即可使用net命令传MP版本了。
附件中为这两个文件。
1.1.1.12solaris下修改服务器IP的两种方法比较说明
【作者姓名】:
田辉
【现象描述】:
ipconfig命令修改IP时重启服务器后配置消失!
【解决方案】:
方法一:
ifconfig命令用于查看和更改网络接口的地址和参数,如果要显示某台UNIX主机的IP地址,我们可以在命令行下输入:
$ifconfig-a,系统会显示网络接口的名称,接口的状态(upordown),接口的IP地址和掩码等信息。
如果我们要更改网络接口的IP地址,可以在root权限下输入:
#ifconfighme0down
#ifconfighme0202.1.2.3netmask255.255.255.0up
首先,使用down命令参数把网络接口hme0的服务暂时停止,然后再用ifconfig命令给接口分配新的IP地址和掩码,并启动网络接口服务。
本例中把hme0接口的IP地址设为202.1.2.3,掩码为255.255.255.0。
方法二:
我们也可以通过改变文件/etc/hosts中的IP地址的值并重新启动系统来更改机器的IP地址。
修改/etc/hosts文件是永久的,机器重启也不会改变。
ifconfig修改是暂时的,机器重启后就恢复到原来的IP。
可以根据你的需要,决定使用哪种方法。
1.1.1.13COMIboot芯片刷新过程失败解决办法
【作者姓名】:
张运刚
【现象描述】:
在刷新COMIBOOT芯片过程中经常出现刷新到某一阶段出现告警并提示刷新失败;在刚开始使用烧录器时现象较少但是随着烧的芯片不断增加就经常出现这种情况。
【解决方案】:
在烧录前确定芯片针脚正常的情况下用手使劲按住芯片再刷新基本可以解决此问题。
原因是转换头在长时间使用中会出现接口卡口有些松动,使与芯片接触的针脚接触不良造成。
1.1.1.14 解决OMCR无法定位程序输入点的故障
【作者姓名】:
王映
【现象描述】:
启动OMCR客户端程序usif、cfgvies、ice时均出现"无法定位程序输入点_ShowAboutBox于动态链接库showstrp.dll上"的错误提示(见附图)。
【解决方案】:
根据提示怀疑是系统环境变量设置的问题,导致应用程序无法找到动态链接库文件。
重新设置WINDOWS环境变量并重启故障依旧,重新安装OMCR客户端并设置环境变量故障依旧。
接下来怀疑是安装的某种应用程序软件对WINDOWS环境变量的应用进行了保护性限制,无法在path环境变量中寻找到OMCR所需要的dll动态链接库文件。
将showstrp.dll文件由d:
\client\lib目录拷入c:
\windows\system32目录下,再运行uisf、cfgview、ice等均正常。
但目前尚未弄清倒底是什么程序引起此类故障。
1.1.1.15后台OMCR无法向前台BSC上传文件
【作者姓名】:
冯浩然
【现象描述】:
对整个BSS系统升级,顺利完成OMCR的升级后,准备向BSC上传mp的版本文件(此次升级由于事先没有前台BSC使用,所以没有按照标准流程先进行版本的拷贝)发现使用omcftp连接后,无法使用put命令上传文件。
用mpinfo进行查看,前后台建链正常;后台ping前台也无任何问题。
更为奇怪的是,可以使用get命令从前台mp下载文件。
【解决方案】:
从表面上看,前后台通信正常,最重要的是可以从前台下载文件,因此按道理讲从后台上传文件上去也应该是没有问题的。
最后使用tail命令查看日志,发现有告警。
告警中有“BSC04”字样。
最后一步步检查,发现前台\config\tcpip.cfg中的BSCID与后台conf\bsccfg.ini中的BSCID设置不一致。
修改后一切正常。
此问题最奇怪之处在于不能上传的同时却可以下载,因此一开始觉得很不理解。
最后从解决方法可以看出,一些简单的错误往往会出现一些奇怪的结果。
1.1.1.16 拨打测试中振铃后接通,无法听到对方讲话
【作者姓名】:
蔡晓丹
【现象描述】:
在后台看到BSC和BTS一切都正常,基站有信号,能打通电话听见回铃音,但是接通后双方都听不见对方讲话
【解决方案】:
尝试了多种方法,考虑到可能是语音处理模块的问题,拔插了相关EDRT板复位,问题解决。
估计是在逻辑下载后没有复位的情况下,DSP处理模块吊死。
遇到同样问题大家可以借鉴一下。
1.1.1.17 对性能报表中几个指标的理解
【作者姓名】:
姚光明
【现象描述】:
在我们的小区性能报表中有很多指标,其中有TCH阻塞率和SDCCH阻塞率。
若这两个指标在一段时间内(一周以上)连续过高,就要采取相应的优化措施。
【解决方案】:
当TCH阻塞率大于2%时,可考虑以下措施:
1.增加小区载频。
2.调整基站天线参数。
(挂高,方位角,俯仰角等)
3.调整基站参数。
(发射功率,接入电平等)
当SDCCH阻塞率大于0.5%时,可考虑更改信道配置,增加SDCCH数量。
1.1.1.18添加基站后ICC解析时报AbisResource错误
【作者姓名】:
刘宇宏
【现象描述】:
在格尔木移动BSC1.6升级至2.5的项目中,OMCR集成配置管理添加基站时,ICC解析报“ICC:
ABISINT:
BtrunkCannotAlloc,PleaseChecktheTNetHwOfrack1,shelf6.ICC:
ABISINT:
ConnectAbisResourceError”的错误。
【解决方案】:
首先检查检查TIC和LAPD板卡资源和占用情况,没有问题。
将最新加上的基站数据配到另外一边的TIC上,问题解决。
因为格尔木移动的大多是S888之类的大基站,因此虽然每个基站用TIC的1-2个E1资源,但BIPP需要处理的数据量巨大,在一定量的BTS下,通讯资源的瓶颈会出现在BIPP的处理能力上,而不是一般的TIC或LAPD资源上。
因此需要注意做好左右BIPP所带基站的规划。
1.1.1.19 GSM基站接入艾默生公司的环境监控系统后异常处理
【作者姓名】:
吴健文
【现象描述】:
北京联通最近在运行的GSM移动通讯网络中采用艾默生公司的环境监控系统,需要各个基站系统提供商在各自的设备上接入一PCM链路,提供透明通道用于环境采集数据的上报。
而后,随着此项工程的开展,我司的GSM基站及控制系统出现了一些以往较少出现的现象,主要有:
某些我司基站覆盖范围内出现有较强的信号,但手机上线困难,通话效果较差的现象。
【解决方案】:
由于环境监控设备所需要的PCM的链路需要我公司BTS设备上引出,而环境监控信号经过BTS基站传输到BSC时,需要与系统原来传输的话音+LAPD信号进行同样的路由传输。
而原来的配置中采用了LAPD1:
4复用的方式。
此时的环境监控信号作为一个相对的干扰源,对原来的信号产生了干扰,造成了误码的增加,通话的困难。
而这种干扰对复用方式的LAPD信令,影响较大。
为了降低这种干扰,如果改为非复用方式,对未压缩,独占传输时隙的LAPD信令,可将这种干扰的影响降至最小,可以保证我们正常通话所需的传输。
此外,为保证基站设备运行在最佳状态,确保每条链路的定义准确,应将Site_id插在BTS设备com4口上。
这样设备在启动后,会按Site_id的设置进行鉴权及设备配置,保证传输最大程度的稳定。
综上所述,如果将BTS设置改为非复用方式并加上Site_id,就可以保障传输的可靠性,避免以上故障现象的出现。
1.1.1.20 OAM信令跟踪无显示
【作者姓名】:
王龙
【现象描述】:
新开局,进行完数据配置,BS30已经正常后,由于服务器故障,重新进行数据的配置,由于选择了另一种版本的BS30的版本软件,BS30进行软件装载,之后BS30和BSCLAPD断链,进行信令跟踪,跟踪OAM信令无显示,BS30自动重启
【解决方案】:
用LMT软件检查BS30版本正常,显示LAPD断链,检查BSC侧设备无告警,客户端告警监视无告警,BS30重新启动多次,OAM无显示内容.估计为LAPD链路上单板故障,重新拔插BSCBIPP主用板,故障排除.分析为主备BIPP板和主备COMMI的芯片版本不同,造成BS30的LAPD信令处理异常,需要重新烧芯片版本
1.1.1.21OMCR客户端进不去的原因
【作者姓名】:
黄平
【现象描述】:
在安装OMCR客户端软件后,输入用户名和密码之后,与服务不能连接,进不了界面
【解决方案】:
首先看版本好(最好与BSC同),然后需要修改安装目录下\conf\syscfg.ini里面的[DOMAIN1]项下的SvrMNo1 SvrIP1,与服务器要一致.有时出现机器号重,需修改
[LOCAL]下的MNo.
1.2GSM工程支持二科
1.2.1GSM工程支持二科5月经验汇总
1.2.1.1 电源和网络层告警
【作者姓名】:
陈小平
【现象描述】:
系统正常运行,但是在告警界面上显示电源和网络层告警,内容显示为超时未上报,并有主备显示不正常的现象,在后台同步也没有任何变化。
【解决方案】:
后检查了机架接线,发现少接了两根到监控板的485告警线,一根是接到电源上的,另外一根是接到网络层的,所以引起这两部分的单板信息不能正常上报,从而引起告警,接上后系统工作正常,没有问题。
1.2.1.2开通GPRS后的手机掉网问题处理
【作者姓名】:
李晓龙
【现象描述】:
某地开通了GPRS业务之后陆续出现用户反映部分手机多次掉网,重新开机后恢复正常,一段时间后又掉网的情况,具体表现为SIM卡失败或没有网络等。
【解决方案】:
1、首先对用户的投诉进行收集整理,试图寻找规律,发现投诉地基本上集中在一个20号基站附近,另外还发现一个现象,该地区用户反映最近手机电池消耗比以前快了。
2、随后利用探针、动态管理对BSC系统进行GPRS运行情况检查,并使用手机测试GPRS上网能力,发现GPRS设备和业务运行正常,即使是在出现问题比较集中的基站20上也是如此。
3、从BSC和HLR侧进行信令和用户跟踪发现20号基站内的手机有较多的路由更新,这一点也正好印证了手机电池消耗加快的现象。
4、根据路由更新频繁这一现象检查GPRS小区无线参数,发现故障发生地基站20的3个小区的RAC(路由区码)竟然配置的不一样,这显然是不合理的。
根据局方的意见,本地的网络的位置区和路由区都是1个,即LAC和RAC值都是只有一个。
随即修改了配置不合理的小区RAC值。
5、根据接下来几天的观察,该基站附近和其他地区都没有再出现类似问题。
结论:
同GSM系统用位置区来管理一组小区方式相似,GPRS将管理的层次更细化了一层,将一个位置区划分为若干个路由区,以RAI(MCC+MNC+LAC+RAC)标识。
当MS小区重选时,若新旧小区RAI改变,则发起一次“路由区更新”流程。
进行GPRS数据配置时,注意要做好RAC的统一规划,取值0到255。
1.2.1.3ABis口级联方式组网失败处理一例
【作者姓名】:
李晓龙
【现象描述】:
基站2和106,都是S222,V1A,原先各通过一条E1连接在BSC上,局方要求将两个基站改成级联形式,进行数据配置时遇到ICC解析失败。
【解决方案】:
检查基站配置发现这两个基站当初配置时都没有采用LAPD1:
4复用方式,而是1:
1,即使是按照每个TRX包括7.2个TCH(16kbit/s)计算,每个TRX也需要1.8个PCM时隙(64kbit/s),这样2个基站共12个载频的情况下共需要2(O&MLAPD)+12(TCH)×1.8+12(TRXLAPD)+1=36.6条PCM时隙,而一条E1只有32条PCM时隙,所以配置时会出现E1资源不够的错误。
而如果采用了LAPD1:
4复用,那么同样是2个基站级联共12个载频的情况下只需要1(O&MLAPD)+12(TCH)×1.8+12(TRXLAPD)/3+1=28(27.6)条PCM时隙,可以由1条E1来满足。
出现这种情况是前期配置基站数据时没有注意采用LAPD1:
4复用,而单独修改基站的LAPD属性是无法操作的,ICC解析通过后提交MMI命令时系统会认为没有命令而不执行。
面对这种情况只有重新做基站数据,修改量是比较大的。
所以建议在做基站配置时采用LAPD1:
4复用,这样做出来的配置才具有扩展性。
1.2.1.4 动态观察GPRS信道出现“NoFrame”时的处理办法
【作者姓名】:
羊轶
【现象描述】:
动态观察中某些GPRS信道会出现“NoFrame”,该信道不能正常使用。
【解决方案】:
在动态观察中闭塞该信道,然后在无线资源管理中将其更改为TCH信道,稍过一段时间后再将其更改为PDTCH+PACCH+PTCCH信道,最后在动态管理中解闭该信道即可。
1.2.1.5关于新开BSCLapd板指示灯告警的处理
【作者姓名】:
杭海
【现象描述】:
观察新调试成功的BSC面板时,发现整个BSC的所有外围模块的Lapd板上指示灯有告警现象,时间大概在分钟左右。
【解决方案】:
这其实是LAPD是新加的保护,LAPD板上所有LAPD不通5分钟左右复位一次,不产生告警,自动重新接续。
1.2.1.6关于BTSV1A基站的覆盖问题
【作者
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 上海用服部 ZXG10BSS 份工程经验汇总 上海 用服部 工程 经验 汇总