微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 移动通信 > 无线网优技术 > 高掉话小区问题定位

高掉话小区问题定位

时间:10-17 整理:3721RD 点击:
如题。
在DT测试中,在主覆盖小区下,在进行切换过程中切向目标最优小区过程中出现CU消息,主被叫同时掉话,无线环境很好,掉话小区下无告警,无UP-ISCP过高现象,复位后,该类现仍会小几率复现,复现时问题现象相同,求该类问题处理思路及可能出现的问题根源? 是不是载频的隐性故障或者是其他类?

具体信令过程,后台的,你适应症是是下行,上行除了ISCP外,有没有BLER问题或SIR问题,把后台信令过程描述一下。

SD掉话问题可能产生的原因
1、突发事件(突然增高的话务量、相临基站断站等)
2、基站硬件问题可能会造成基站SD产生掉话。(载频、发射通路、合路器、时钟问题等)
3、基站天馈性能不好可能会造成基站SD掉话。
4、基站天馈接错可能会造成基站SD掉话。
5、基站数据设置错误可能会造成基站掉话。(CCB类型、CCB cavity号定义错误等)
6、频率问题可能会造成基站掉话。(同频、邻频干扰或基站上行干扰等)
7、基站相邻小区定义错误可能造成基站掉话。(产生SD切换掉话)
掉话问题处理的流程:
一.由班组查看统计,是否是突发事件。
二.由班组重点查看SD所在载频情况、载频PB值、载频IOI值、载频BER值等统计项,观察几天的变化规律。
三.由班组查看基站和周围小区数据定义是否正确,是否存在同频、邻频等频率问题。(数据及频率问题一般在割接、新站及频率变动工程后易出现)。
四.由班组路测基站及其周围情况。判断可能的硬件问题、天馈问题及时钟问题等。
五.在频率方面未发现问题后由班组对基站进行检查并详细填写检查记录,检查内容如下:
1.基站有无告警。
2.检查基站时钟是否偏离过大。
3.基站发射功率是否平衡。
4.基站天馈(接收及发射)有无驻波比高的现象。
5.检查基站接头是否有松动现象,基站天馈线序是否与标签一制。
6.更换基站高掉话载频、器件性能不好的基站硬件。
六.如问题仍无法解决,将路测文件及基站检查的详细记录移交技术组,并将工单返回OMC并做记录,由技术组跟踪问题并分析后提出相关解决建议,由班组联合技术组对问题进行进一步处理,直至问题解决。
七.如问题属于疑难问题,技术组仍无法解决。由技术组协调Motorola解决或开SR并作好相关记录。
关于TCH掉话的问题
基站掉话问题是GSM网络运行过程中一个比较常见的问题,由于产生掉话问题的原因较多,因此很难对掉话问题按其产生的原因进行一个较为准确的分类。在现网的统计中,将掉话问题按其归属分成了四类:单载频掉话(Rf_losses_tch);BTS内小区间切换掉话(Intra_cell_ho_lost);BSC内小区间切换掉话(Out_intra_bss_ho_lost);BSC间小区间切换掉话(Out_inter_bss_ho_clear)。
第一部分:掉话问题可能产生的原因
由于掉话问题较为复杂很难准确定位,因此此处我们仅列出在现网中较为常见的几种引起掉话的原因:
一.
基站硬件问题可能会造成基站产生掉话。(载频、发射通路、接收通路、时钟问题等)
二.
基站天馈性能不好可能会造成基站掉话。
三.
基站天馈接错可能会造成基站掉话。
四.
基站数据(数据)设置错误可能会造成基站掉话。(CCB类型、CCB cavity号定义错误等)
五.
频率问题可能会造成基站掉话。(同频、邻频干扰或基站上行干扰等)
六.
基站相邻小区定义错误可能造成基站掉话。
第二部分:掉话问题处理的流程
在处理基站掉话问题的过程中可按照以下几个步骤完成:
一.
由班组查看统计,将掉话类型分类,确定掉话区域。
A.   Rf_losses_tch
B.   Out_inter_bss_ho_clear
C.   Out_intra_bss_ho_lost
D.   Intra_cell_ho_lost
二.由班组重点查看载频掉话情况、载频PB值、载频IOI值、载频BER值等统计项,观察几天的变化规律。
三.由班组查看基站和周围小区数据定义是否正确,是否存在同频、邻频等频率问题。(数据及频率问题一般在割接、新站及频率变动工程后易出现)。
四.由班组路测基站及其周围情况。判断可能的硬件问题、天馈问题及时钟问题等。
五.在频率方面未发现问题后由班组对基站进行检查并详细填写检查记录,检查内容如下:
3.
基站有无告警。
4.
检查基站时钟是否偏离过大。
3.基站发射功率是否平衡。
4.基站接收系统有无问题。
5.基站天馈(接收及发射)有无驻波比高的现象。
6.检查基站接头是否有松动现象,基站天馈线序是否与标签一制。
7.更换基站高掉话载频、器件性能不好的基站硬件。
六.如问题仍无法解决,将路测文件及基站检查的详细记录移交技术组,并将工单返回OMC并做记录,由技术组跟踪问题并分析后提出相关解决建议,由班组联合技术组对问题进行进一步处理,直至问题解决。

 
http://www.cnki.com.cn/Article/CJFDTotal-GZDN200805024.htm
简单解释一下,希望对楼主理解问题有所帮助。



楼主很明显是TD的掉话问题,楼上的贴了一堆GSM的。

看看扰码规划有没有问题,

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top