网站大量收购独家精品文档,联系QQ:2885784924

河北联通廊坊GSM900网络优化案例集(第一版).doc

河北联通廊坊GSM900网络优化案例集(第一版).doc

  1. 1、本文档共120页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
河北联通廊坊GSM900网络优化案例集(第一版)

河北联通廊坊GSM900 网络优化案例集 (第一版) 华信邮电咨询设计研究院有限公司 二OO四年八月 目 录 前言 - 4 - 1. 硬件专题 - 5 - ? 炊庄掉话问题 - 5 - ? 管道三区覆盖范围较小 - 11 - ? 金桥小区的调整 - 13 - ? 小长亭“假”干扰问题 - 16 - ? 管家务的TMU硬件问题 - 17 - 2. 数据专题 - 19 - ? 采油四厂-1的CGI的错误 - 19 - ? BSC间出、入小区切换成功率较低 - 20 - 3. 干扰专题 - 22 - ? D档案局干扰测试 - 22 - ? 东段的干扰测试 - 29 - ? 三河的政府干扰 - 41 - ? 加油站干扰 - 45 - ? 黄金部队的干扰 - 48 - ? 市区直放站的干扰 - 50 - ? 总结建议 - 54 - 4. 室内分布专题 - 57 - ? 廊坊交警室内分布的优化 - 57 - ? 香河家具城的优化 - 62 - 5. 拥塞专题 - 64 - ? 华北大学城的拥塞解决方案 - 64 - ? 武警学院的拥塞解决方案 - 67 - ? 香河的拥塞处理方案 - 71 - ? BSC1(市区)话务均衡 - 75 - ? 总结建议 - 90 - 6. 覆盖专题 - 91 - ? 肖家务的覆盖方案 - 91 - ? 尹华山的覆盖方案 - 93 - ? 燕郊的拥塞覆盖方案 - 95 - ? 总结建议 - 101 - 7. 漫游专题 - 103 - ? 好丽友的漫游问题 - 103 - ? 渠口的漫游问题 - 106 - ? 总结建议 - 108 - 8. 小区分布专题 - 109 - ? 管道九区的优化 - 109 - ? 永兴小区的小区分布方案 - 113 - ? 总结建议 - 115 - 9. 双频专题 - 116 - ? 市区双频切换数据配合问题 - 116 - 前言 经过一年在廊坊联通公司的网络优化工作,使得廊坊联通公司的GSM网络指标有了较大的改善,同时,提高了我们在网络优化业务上的能力,增加了优化经验。 本文主要就廊坊一年来的优化工作做了一次总结,整理出一些典型的案例以供大家参考学习。 本文列举了九大专题,共27 个典型案例,基本涵盖了网络优化中出现的主要问题。其中重点提到了“干扰专题”,通过具体的干扰案例使大家能够对干扰的种类和对干扰的分析定位有一个认识。 希望本文能对大家在今后的工作中有所借鉴和帮助。同时,也希望能有“抛砖引玉”的作用,大家能够出更多更好的文章,相互交流斧正。 由于本文在编写过程中时间仓促,难免有疏漏或错误之处,敬请大家予以指正。 编者 2004年8月20日 编写: 沈建平 雷志纯 审核: 雷志纯 编排: 雷志纯 硬件专题 炊庄掉话问题 [现象描述] 从OMC话统里面看,炊庄-2小区掉话率高达30%,对网络指标影响很大,用户投诉较多。 [原因分析] 查看话统,掉话原因是“无线链路断(连接失败)”导致的,所以我们从无线侧开始查找问题的所在。 OMC话统显示,炊庄-2的上行干扰不大,那么应该不是因为上行干扰引起的掉话。 怀疑可能是在炊庄附近一些地方存在一个比较强的下行干扰源,我们对炊庄-2小区覆盖范围进行详细的DT测试,但是从测试的结果看,没有发现下行干扰的存在,而OMC话统中掉话依然。 在那段时间,炊庄基站附近有比较多的用户投诉,于是想通过处理投诉来查找问题的所在。我们对投诉的用户进行了访问,并且在用户投诉的地方进行CQT测试,但是也没有发现掉话严重的现象,而且通话质量都比较好,接通率等都可以接受。 接着我们又进行了切换方面的测试,问题出来了,从测试数据上可以看到无缘无故的掉话。分析了相关参数,并对掉话的规律性进行分析、测试,终于发现掉话是在外部小区向炊庄-2小区进行了一次成功的切换之后导致的。后来经过了多次的强制切换的实验,证明的确是这样。这种现象以前没有碰到过,最初怀疑数据表可能存在着数据问题,检查了BSC和MSC上的所有相关的数据,没有发现问题,从切换流程方面我们也跟踪分析,也没有发现问题的所在。最后是将硬件TRX替换掉,发现掉话现象大大减少。 总的来说,炊庄-2小区掉话现象比较特殊,掉话非常多,占TCH占用成功次数的1/4。对炊庄-2小区进行了测试,在炊庄-2小区的TCH信道上拨打电话(不发生切换时)没有任何问题,但是如果该电话是从别的小区向炊庄-2小区切换时,切换显示成功之后就马上拆线掉话。 上面显示,炊庄-2小区的TRX单板损坏造成掉话严重这个问题,但是OMC告警台上却没有告警。 [解决方案] 替换了TRX单板,掉话有了很大的改善。 炊庄-2存在问题时的指标: 小区名/时间 掉话次数 无线链路断 错误指示 话务量

文档评论(0)

qiwqpu54 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档