atu设备打压问题.docxVIP

  • 3
  • 0
  • 约小于1千字
  • 约 3页
  • 2023-02-09 发布于广东
  • 举报
问题描述:? ? ? ?主被叫在通话过程中,在18:44:11.122占用1731724-广州越秀区陵园南门D-ZLH-101上报A3发起切换请求(源小区RSRP-94,SINR-0.3,目标小区1731725,RSRP-92),但是迟迟未收到基站下发的切换重配,直到4s后才收到切换请求,但是此时此时目标小区RSRP已不是上报MR时的强度,RSRP已经衰落到-102dBm,切换过程中,成功接入目标小区1731725后,造成同频强干扰,SINR-12,无线极差,最后没有目标小区下发的第二个重配切换失败,且发起RRC重建,重建完成收到基站下发的RRC?Connection?Release,此时专载已丢失,导致掉话。转入空闲态后,占用1731724发生重选,重选至同站1731726,发起RRC接入,但是基站侧反馈LTE?RRC-->RRC?Connection?Reject(waitTime?=?9),让终端等待9s再接入。 后台相关指标情况 查看网管KPI,对比前后15分钟粒度,该时段整个站指标偏低,底噪-117,用户数也不多,平均RRC用户数38,峰值61,MSG1~3丢弃数目也未见激增,CPU平均利用率15%,峰值55%。详见附件 疑问: 1、上报MR时,基站侧为何等待了4s才处理,是否高负荷?;2、发起RRC接入时基站反馈RRC?Connection?Reject(waitTim

文档评论(0)

1亿VIP精品文档

相关文档