【典型案例7】过覆盖导致PN误判掉话案例解读.docVIP

【典型案例7】过覆盖导致PN误判掉话案例解读.doc

  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文档。上传文档
查看更多
【典型案例7】过覆盖导致PN误判掉话案例解读

Case: 延时过大,导致PN误判产生掉话 优化前指标: 现象: 图表 1 M2000中体现为erasure掉话,通过OMstar工具,对SPU日志进行掉话分析发现,该扇区掉话均为C04掉话,即SDU_TOO_MANY_IDLE_FRAME,如果处于软切换状态,分支间的传输时延差距过大,FMR进行业务帧合并时,来自各分支的业务帧不能对齐,FMR错误地认为是idle帧,而造成掉话 由此,当pn-phase=4900,且pilot_inc=3,我们计算int((4900+32*3)/(64*3))*3=78。 图表 2 图表 3 图表 4 图表 5 建议采取行动: 调整新昌支部村1扇区天馈覆盖; 因PN延时过大,需检查在掉话方向新昌大市聚1扇区是否下挂直放站,或覆盖过远; 调整新昌方口PN设置; 3月11日调整天馈覆盖范围后,掉话次数明显减少,见图1。 PN57*64=3648,提前100chips左右

文档评论(0)

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

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

1亿VIP精品文档

相关文档