中国联通浙江分公司WCDMA网典型案例分析
中国联通浙江分公司WCDMA网典型案例分析 （20091016-20091105）
（第三期） 目录
案例一：杭州光模块接收功率恶化告警分析案例 1 案例二：杭州lu_cs接口数据配置隐患分析案例 3 案例三：湖州用户VC VP均环回案例 7
案例四：嘉兴跨海大桥存在同扰码小区造成的PS频繁掉话案例9
案例五：嘉兴联通综合楼WSF1-1室分出现CE配置不足拥塞现象案例 11 案例六：宁波VSWR值超过告警门限却不上报案例 14
案例七：宁波WCDMA直放站引起HSUPA上传速率低问题案例 15 案例八：宁波CS/PS异系统切换指标提升案例 18
案例九：宁波接地排不等电位造成E1T1帧失步告警案例 20
案例十：绍兴越城斗门基站时钟未锁定导致出现掉话分析案例 21
案例十一：绍兴RNC4下挂基站时钟源大频偏差异常告警定位和处理案例 23
案例十二：绍兴RNC6周期性位置更新定时设置不合理导致被叫提示手机关机案例 24
案例十三：绍兴RNC1、RNC2 Iu-Ps接口业务地址协商存在出入导致数据业务近50%概率性建立不成功案例 26
案例十四：绍兴PROBE路测软件进程吊死导致掉话分析案例 26 案例十五：绍兴MGW2-HZSS19出现885告警的处理分析案例 34
案例十六：台州两个不同的传输设备数据不一致引起的告警分析案例 35
案例十七：台州修改下行AMR业务最大业务信道发射功率提升信号较差区域MOS值案例 36 案例十八：台州阿朗传输接入设备7670中配置的E1数和workorder中配置的PCM数不一致导致小区激活失败分析案例 43
案例十九：温州中兴网管环路部分接入层设备断纤后无法监控问题案例 46 案例二十：舟山观看优酷视频时延案例分析案例 51
案例二十一：舟山利用2/3G共机柜解决3G弱覆盖案例 56
案例一：杭州光模块接收功率恶化告警分析案例 案例编写人：金一庆
联系电话：15657178108 问题简述
出现光模块接收功率恶化告警，该告警持续时间为2分钟左右，之后自动恢复，但是40
共58页 第1页
中国联通浙江分公司WCDMA网典型案例分析
分钟之后将重复出现，通过查看历史告警，发现该告警共有几千条，且已经出现一个多月，M2000上显示光模块接收功率恶化告警。出现该告警会对系统产生重要影响，当重要告警时该光口下配置的RRU与基带框间的链路中断，承载业务中断，告警表现为次要告警时该光口下配置的RRU与基带框间的链路质量下降，承载业务受影响。 发生时间和地点
发生时间：2009年10月15日
发生地点：WD杭州大有女装广场SF 原因分析
BBU或RRU中某个光模块损坏。 光纤链路异常。
BBU或RRU光模块接触不好。 尾纤弯曲半径过小导致损耗增加 光纤接头被污染或光纤损坏。
光模块和光纤不配套，即传输光纤为多模光纤，而光模块类型是1.25G单模的，或反之。 解决方案
将预留的尾纤重新按照规范捆扎，保证半径足够大，告警仍存在。
将光纤拔出重新接到光模块，看是否没有接触好，再仔细检查光纤 接头是否干净，没有发现有任何异常情况，各个接头连接良好，光纤接头也很干净，初步定位为光模块的问题。
现场检查光纤为橙红色多模光纤，而拔出光模块后发现BBU侧和RRU侧光模块均为单模光模块，立即将两侧光模块换为多模光模块，1个小时后通过机房侧查看告警，光模块接收功率恶化告警没有再出现，问题解决，故障排除。 经验总结
通过两个站点的处理结果及其它几个站点光纤和光模块类型的检查发现，很多都是传输光纤为多模光纤，而光模块的类型为1.25G单模的，出现光纤和光模块的不配套，原则上应该是选择1.25G多模的光模块，即多模光纤应配多模的光模块，而单模光纤配单模的光模块，造成配套的原因是当时安装没有按照规范来实施，导致多个站点出现该问题。
故障出现时可以通过历史告警查询以分析故障产生的时间及出现的频率帮助定位问题，缩小故障可能性；然后从易到难入手，逐一定位。
定位问题时，可以根据告警上所提示的原因及告警的定位信息来分析，对于某些告警还可以通过所给的处理建议来进行排查，对产生故障的各种可能原因都要进行分析和验证。
安装过程中一定要避免出现光模块不匹配的问题，前期地谨慎和认真可以避免后期维护的很多不必要的麻烦。正确的区分单双模光纤和光模块，一般情况下我们使用的单模光纤是黄色的，多模光纤是橙色的，单模光模块的拉环是蓝色的，且标签上标注的传输距离为10km，且波长为1310nm；而多模光纤的拉环是黑色的，且标签上标注的传输距离为0.5km，且波长为850nm。 当RRU级联的时候，单双模光纤、光模块均可用；但光纤和光模块的使用必须单、双模一致，不能混合使用。
共58页 第2页
中国联通浙江分公司WCDMA网典型案例分析
案例二：杭州lu_cs接口数据配置隐患分析案例 案例编写人：金一庆 联系电话：15657178108 问题简述
杭州联通RNC设备在工程建设期的lu_cs接口信令链路配置存在分配不均隐患，分别是RNC01、RNC02、RNC03、RNC04、RNC05、RNC08、RNC09、RNC10、RNC11 ，目前每套RNC配置6条lu_cs信令，其中4条信令配置在一组SPU单板上，如这组SPU出现故障将直接导致整个RNC出现语音限制接入，甚至可能造成剩余两条lu_cs接口信令无法承担全部语音业务引发的业务全阻故障。 状态描述
RNC逻辑上由交换子系统、业务处理子系统、传输子系统、时钟同步子系统、操作维护子系统、供电子系统和环境监控子系统组成。
业务处理子系统由信令处理单元（SPUa）和数据处理单元（DPUb）组成，1块SPUa单板包含4个独立的子系统，每个框中有一个子系统作为MPU子系统进行用户面资源管理以及呼叫过程中的资源分配，其余的所有子系统负责处理IuCS/Iur/Iub/Uu接口信令消息，完成信令处理功能。
共58页 第3页
中国联通浙江分公司WCDMA网典型案例分析
SPU有四个CPU子系统，采用母板和扣板结构，有两块扣板，每块扣板上有2个CPU 子系统，通过加载不同的软件，SPUa单板可分为主控SPUa单板和非主控SPUa单板。主控SPUa单板用于管理本框用户面和信令面的资源，完成信令处理功能。 非主控SPUa单板只用于完成信令处理功能。
杭州的RNC01 lucs 分配 0-3信令链路 承载在0框0槽位这块SPU上，4-5信令链路承载在1框0槽位这快SPU上，而整个RNC01包含两个插框，分别是RSS RBS，在每个插框上分别都有4块SPU，两两形成主备。总共6条信令其中有4条分配在同一块SPU，而整个RNC有4块SPU，这就涉及到万一某天承载4条那块SPU出现故障，那是否另外2路信令链路能否承载整套RNC业务，这涉及到优化分配信令链路问题。而RNC01的0框0槽，0框2槽，1框0槽，1框2槽分别配置了SPU单板。根据现实最好能对6条信令进行平均分配。能平均承载在各个SPU单板上，避免因为1块板卡故障导致信令处理整个出现问题。
Air Defense Subrack Rear Panel 1 Front Panel
14 15 16 17 18 19 20 21 22 23 24 25 26 27 0 SPUa 1 SPUa AOUa 2 SPUa 3 SPUa AOUa 4 5 AOUa 6 SCUa 7 SCUa AOUa 8 9 GOUa DPUb DPUb UOIa DPUb UOIa DPUb
10 11 12 13 共58页 第4页
中国联通浙江分公司WCDMA网典型案例分析
Rear Panel 0 Front Panel Rear Panel 1 Front Panel Rear Panel 0 Front Panel 14 15 16 17 18 19 20 21 22 23 24 25 26 27 0 SPUa 1 SPUa AOUa AOUa AOUa AOUa OMUa OMUa GOUa GOUa UOIa UOIa 14 15 16 0 0 SPUa SPUa AOUa 1 1 SPUa SPUa AOUa 2 2 2 SPUa SPUa 17 18 19 20 21 22 23 24 25 26 27 AOUa 3 SPUa 3 3 SPUa AOUa 4 AOUa 5 6 SCUa OMUa 7 SCUa 8 DPUb OMUa 9 DPUb GOUa DPUb GOUa DPUb UOIa GCGa UOIa GCGa 10 11 12 13 杭州的RNC02 lucs分配 0-3信令链路承载在0框0槽这块SPU单板上，4-5信令链路承载在1框0槽位，而RNC02配置了两个插框，分别在0框0槽，0框2槽，1框0槽配置了SPU单板，而luCS信令只承载在两个槽的SPU单板，并未进行平均承载分配。
Air Defense Subrack 14 15 16 17 18 19 20 21 22 23 24 25 26 27 AOUa 4 4 5 5 AOUa 6 6 SCUa SCUa 7 7 SCUa SCUa AOUa 8 8 DPUb 9 9 DPUb GOUa DPUb DPUb UOIa DPUb GCGa UOIa DPUb 10 11 12 13 GCGa 10 11 12 13 共58页 第5页