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

  • 0
  • 0
  • 约 5页
  • 2016-12-07 发布于重庆
  • 举报

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

【典型案例7】過覆盖导致PN误判掉话案例

Case: 延时过大,导致PN误判产生掉话 优化前指标: 现象: 1.2期新建站新昌支部村1扇区自开通之日起,全天掉话次数一直较高 问题分析: 查询两个小区无硬件告警,RSSI正常,查询该站无异常操作记录,驻波比正常,邻区关系正常。该站位于一座山上,位置较高,查询开通后的接入距离发现,每天都有较少次数的接入距离在15km左右,存在过覆盖嫌疑。站点位置示意图如下: 图表 1 M2000中体现为erasure掉话,通过OMstar工具,对SPU日志进行掉话分析发现,该扇区掉话均为C04掉话,即SDU_TOO_MANY_IDLE_FRAME,如果处于BTS间软切换状态时,业务信道帧将在BSC进行合并,如果分支间的传输时延差距过大,FMR进行业务帧合并时,会由于来自各分支的业务帧不能对齐,FMR错误地认为是idle帧,而造成掉话。在华为BSC侧掉话机制中(现网设置),当反向连续收到超过300个idle帧时产生C04掉话(查看命令LST SDUINF: SDUINFO=SDU1XFPMDC)。同时发现,该扇区的掉话主要是IMSI 460030988674047产生,因此,决定通过airbridge跟踪该用户的信令。通过2天的信令跟踪发现,该用户的活动范围(查看location update message)基本在新昌大市聚1扇区方向,与新昌支部村直线距离6.1km左右。对该

文档评论(0)

1亿VIP精品文档

相关文档