收藏 分享(赏)

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

上传人:天天快乐 文档编号:1109067 上传时间:2018-06-11 格式:DOC 页数:5 大小:916.02KB
下载 相关 举报
【典型案例7】过覆盖导致pn误判掉话案例解读.doc_第1页
第1页 / 共5页
【典型案例7】过覆盖导致pn误判掉话案例解读.doc_第2页
第2页 / 共5页
【典型案例7】过覆盖导致pn误判掉话案例解读.doc_第3页
第3页 / 共5页
【典型案例7】过覆盖导致pn误判掉话案例解读.doc_第4页
第4页 / 共5页
【典型案例7】过覆盖导致pn误判掉话案例解读.doc_第5页
第5页 / 共5页
亲,该文档总共5页,全部预览完了,如果喜欢就下载吧!
资源描述

1、Case: 延时过大,导致 PN 误判产生掉话优化前指标:现象:1.2 期新建站新昌支部村 1 扇区自开通之日起,全天掉话次数一直较高问题分析:查询两个小区无硬件告警,RSSI 正常,查询该站无异常操作记录,驻波比正常,邻区关系正常。该站位于一座山上,位置较高,查询开通后的接入距离发现,每天都有较少次数的接入距离在 15km 左右,存在过覆盖嫌疑。站点位置示意图如下:图表 1M2000 中体现为 erasure 掉话,通过 OMstar 工具,对 SPU 日志进行掉话分析发现,该扇区掉话均为C04 掉话,即 SDU_TOO_MANY_IDLE_FRAME,如果处于 BTS 间软切换状态时,业务

2、信道帧将在 BSC 进行合并,如果分支间的传输时延差距过大,FMR 进行业务帧合并时,会由于来自各分支的业务帧不能对齐,FMR 错误地认为是 idle 帧,而造成掉话。在华为 BSC 侧掉话机制中(现网设置),当反向连续收到超过300 个 idle 帧时产生 C04 掉话(查看命令 LST SDUINF: SDUINFO=SDU1XFPMDC)。同时发现,该扇区的掉话主要是 IMSI 460030988674047 产生,因此,决定通过 airbridge 跟踪该用户的信令。通过 2 天的信令跟踪发现,该用户的活动范围(查看 location update message)基本在新昌大市聚 1

3、 扇区方向,与新昌支部村直线距离 6.1km 左右。对该用户的多次掉话进行分析发现, MS 会上报 PSMM 消息要求,新昌支部村1 扇区信号进入激活集,此时存在激活集的扇区分别为: PN75(新昌大市聚 1 扇区),PN207(新昌新林 2 扇区),PN57( 新昌支部村 1 扇区 ),随后新昌支部村 1 扇区成为参考导频(ref-pn)并上报 PSMM 消息要求一个 pn-phase 为 4900 的扇区加入到激活集中,此时,BSC 判决该 pn-phase 为 4900 的信号为 PN78,即新昌方口(2534-4),并在新昌方口建立业务信道(图表 3),随后释放新昌大市聚 1 扇区信道

4、,并在 12 秒后掉话(图 4)。通过整个通话过程中发生的切换,我们判断该手机的实际位置应在新昌大市聚 1 扇区与新昌新林 2 扇区方向,因新昌支部村基站位于高山,且 1 扇区方位角朝向原因(图 5),在掉话手机位置收到新昌支部村 1扇区信号可以理解,但是在很短的时间内,掉话手机移动到基站位置不高,且距离有将近 8km 之外的新昌方口附近的可能性不大,因此,pn-phase 为 4900 极有可能是新昌大市聚 1 扇区的延时过大的信号。华为 CDMA BSC 判决 PN 算法:由此,当 pn-phase=4900,且 pilot_inc=3,我们计算 int(4900+32*3)/(64*3)*3=78。图表 2PN57*64=3648,提前 100chips 左右图表 3图表 4图表 5建议采取行动:1, 调整新昌支部村 1 扇区天馈覆盖;2, 因 PN 延时过大,需检查在掉话方向新昌大市聚 1 扇区是否下挂直放站,或覆盖过远;3, 调整新昌方口 PN 设置;3 月 11 日调整天馈覆盖范围后,掉话次数明显减少,见图 1。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 法律法学 > 理论/案例

本站链接:文库   一言   我酷   合作


客服QQ:2549714901微博号:道客多多官方知乎号:道客多多

经营许可证编号: 粤ICP备2021046453号世界地图

道客多多©版权所有2020-2025营业执照举报