COMPASS 信令分析.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
利用COMPASS进行网络优化 COMPASS简介 COMPASS软件是NETTEST公司对A接口和A_BIS接口信令进行统计、追踪和分析的后台软件,对所有厂家的信令分析仪都兼容,如OCEANMANTA PILOT、NETTEST的MPA7400系列、AGILENT37907A、TEKTRONICS的K1205系列等等。 信令接口方面的分析与话务统计、路测形成了互补,是一种非常有效网优分析方法,与交换机提供的RECORDING(CTR、MTR、PMR等)功能相似,但是数据量更大更全面,能够捕捉全部信息,大至BSC的总体性能、指标,小至基站的某个载波、时隙的所有事件(EVENT)都能体现出来,特别是路测不能发现的上行信号的测量是COMPASS的优点。但COMPASS的缺点是:1、测量、数据处理时间很长;2、受端口的限制,每次测量只能同时监测1个BSC和最多5个基站(到目前为止);3、测量结果分析需要结合路测、地理环境。 COMPASS功能块 A接口功能 以上是A接口的两个部分功能,其中包括: CMS Distribution:CM service 包括MOC、MTC、EMERGENCY CALL、SMSO/I、SS的次数; LU Distribution:包括normal\periodic,attached/deattached的次数; 每个CELL的HO事件统计; Called number Analysis; MS POWER CLASS; LU事件:来自哪些LA、HLR、CELL; 设备、PCM占用的情况; SDCCH分类统计; TCH统计; 其他。 以上的是A_BIS接口和无线测量的功能,包括: 所有信道(SDCCH\TCH)分配和占用情况; 干扰分析ICM RSL Cause 每个小区切出的统计和目标小区时隙的统计 相邻关系统计 相邻关系C/I图示 测量报告统计 上行和下行信号强度 上行和下行信号质量 MS Power 上下行链路平衡 上行测量 下行测量 使用信令仪测量要求: 应同时监测A接口和A_BIS接口的信令,才利于同时进行AA_BIS追踪; 关闭测量小区的跳频、动态功率控制; 如果每个载波的所有时隙对应的频点不一致,应从新配频; 监测A接口信令应该接上这个BSC所有A接口信令链,不要遗漏。 案例分析 (一)、话务统计分析,土湖3(H21THU3)小区突然掉话较多。 分析:1、根据COMPASS的OVERALL REPORT,可以看到Dropped calls due to system failures,H21THU3有61次; 双击次数61,可以看到以下的目录; 发现分类2种掉话,CAUSE都相同INTERWORKING,UNSPECIFIED,但LOCATION一个是USER,一个是NPLU,双击次数可以进入根据这个小区的这种掉话类型的CAUSE过滤的CALL TRACE: 选择CSN记录号对应的一个呼叫进行追踪,其中A+ABIS TRACE可以看到这个呼叫的信令全过程; MEASUREMENTS是对这个呼叫全过程无线信号的信号强度、质量、TA、BSPWR、MSPWR等图示, 过程中的事件,如ASSIGNMENT、HO、DISCONNECT(CALL DROP),具体时间、使用的时隙、CAUSE可以在CHANNEL CHANGES LIST里面有详细的叙述。 分析:经过对61次掉话的过程分析,并没有找到掉话集中在某个载波上面,但普遍存在上行信号偏弱、和下行信号相差过大的现象。进而我们可以从上下不平衡、上下行信号强度、上下行信号质量的统计表格来观察这个小区的无线信号: 根据以上统计图表的显示上行信号确实普遍较差,所以将问题定位在影响上行的基站硬件问题。 解决:更换RXDA后,问题得到明显改善。 (二)、小区H22XXU1突然掉话次数较多。 关掉跳频后,因时间关系未能重新配频,所以观察载波需要结合TS对应的频点。 通过以上方法,未能发现一些普遍的存在问题。 所以从A_BIS接口第一项功能Channels Confiuration中能够看到哪些载波工作情况,具体到哪些TS激活后占用的比例: 以上这些表可以看到各个载波里面的TS在分配后的占用比的对比,可以看出和TS所对应的频点没有太多直接的关系,而问题比较集中在几个载波上面:(由于没有重新配频,所以识别是根据TEI)640002、520000、620005、5E0002、600004这五个。可以判断:基站硬件故障可能发生在TRXC上。 解决:对基站硬件进行重整,问题解决。 (三)、小区H22CJB3掉话较多。 同样使用以上方法对CHANNELS CONFIURATION观察所有TS在分配后的占用比。 虽然没有根据规范先配频,但依

文档评论(0)

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

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

1亿VIP精品文档

相关文档