浙江联通WCDMA网典型案例分析精选.docVIP

  1. 1、本文档共48页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
浙江联通WCDMA网典型案例分析精选

中国联通浙江分公司WCDMA网典型案例分析 (-) (第二期) 目录 案例一:绍兴传输光端机未加线路时钟保护导致基站线路时钟源抖动异常案例 3 案例二:绍兴快阁苑基站小区功率不一致导致基站LICENSE下发失败案例 5 案例三:绍兴科创大厦附近弱覆盖引起掉话案例 8 案例四:湖州边缘小区PS异系统切换参数修改后上网速度慢案例 11 案例五:湖州边缘小区重选切换存在的问题案例 14 案例六:湖州基站误码导致基站bootp启动侦听失败案例 17 案例七:嘉兴多RRU级联底噪未更新设置导致HSUPA速率偏低问题案例 21 案例八:宁波RNC前后台数据不一致问题处理案例 28 案例九:舟山多普达D200用户掉话问题案例 31 案例十:湖州漫游用户上网感知慢问题案例 33 案例十一:丽水PS业务上网速率12分钟后降低到零问题案例 38 案例十二:温州联通龙湾机房干扰问题案例 40 案例一:绍兴传输光端机未加线路时钟保护导致基站线路时钟源抖动异常案例 案例编写人:潘海龙 联系电话: 问题简述 绍兴RNC6(V200R010C01B061)下新昌鼓山等14个站点开通后均有参考时钟源异常告警 ,告警ID:1008。在基站近端维护终端上用命令“DSP CLKSTAT;”查询时钟状态,显示时钟源异常,时钟处于自由震荡状态;打开实时时钟检测,显示时钟源偏差较大。 发生时间和地点 发生时间:2009-9-8 发生地点:绍兴SXRNC06HW 原因分析 WCDMA基站时钟精度(0.05ppm)要求较高,绍兴基站时钟源配置的是线路时钟,基站从接入的2M线中锁定获取。 从观察到的现象看,问题站点属于线路时钟失锁,基站启用了自带的晶体时钟。这些站在同一RNC下,该RNC下其它站点(约100个)均正常,基本可以排除RNC侧问题,那么问题有很大可能出现在传输和基站侧。 检查基站2M线配置,和2M线状态,均正常;用“LST LNKSRC:;”检查线路时钟配置,无异常; 该局基站默认从配置的第一条2M线中获取时钟,考虑时钟可能受到的传输质量影响,尝试更换时钟获取线路,如改从第二条2M线中获取时钟,这样做告警消失!但查询时钟状态,显示时钟始终处于“快捕”状态,无法锁定,怀疑问题可能并未彻底处理掉。观察约2小时后,告警复现。 在传输网管上查询这些基站,首先发现这些站在同一传输环下,怀疑该时钟问题是同一原因所致。 检查传输时钟,从传输网管“时钟透视图”中查看光端机时钟状态,发现问题站点下挂的光端机没有线路时钟保护,使用的是自带时钟,确定基站线路时钟源抖动异常由此引起。 解决方案 传输光端机加上时钟保护,再检查基站时钟状态,并观察时钟实时监测,约10分钟,基站线路时钟锁定,并且监测到的时钟无偏差,且几个基站的时钟异常相继都消失,问题解决。 经验总结 在SDH网中,各个网元通过一定的时钟同步路径一级一级地跟踪到同一个时钟基准源,从而实现整个网络的同步,遇到传输引起的时钟问题,需要逐级,从下到上检查NodeB传输经过的传输设备时钟设置,一般检查传输设备的时钟是否跟随上级时钟,传输环路有没有异常。 案例二:绍兴快阁苑基站小区功率不一致导致基站LICENSE下发失败案例 案例编写人:潘海龙 联系 方式: 问题简述 在W网建设过程中发现越城快阁苑(BTS3900 V200R010C01B067 )基站小区业务测试正常,除商用LICENSE未下发外,无其他异常告警。但在通过M2000 ( V2R8C01B060SPC008 )向基站下发商用LICENSE时失败,提示“网元重新设置失败”。如下图所示: 发生时间和地点 发生时间:2009-8-13 发生地点:越城快阁苑基站 原因分析 通过M2000下发基站LICENSE失败时常见的情况有:基站断连,此时提示“网元未连接”;基站LICENSE资源分配与实际数据配置不一致,且往往问题都与小区相关,如配置了三个小区,而LICENSE控制项中只分配了两个小区,又如小区功率实际开到47dbm,而 LICENSE分配的是43 dbm的小区,等等,此种情况一般会提示“网元重新设置失败”。显然,后一种情况的可能性较大。 在RNC(V200R010C01B061)侧运行LST CELL,检查RNC中小区配置数据 ,查到该基站配置了3个43dbm的小区,而M2000中LICENSE资源与此一致,未发现异常。 在基站侧运行 DSP CELLCFG 检查逻辑小区配置,3个小区,最大发射功率43 dbm,也未发现异常。 询问之前与该基站的相关操作,得知该基站小区功率曾经调整到47dbm做测试,之后恢复到43dbm ,问题可能出在这次小区功率调整上。 考虑到基站LICENSE的小区功率控制项控制的

文档评论(0)

feixiang2017 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档