通信人家园

标题: LTE 无线接入问题处理案例  [查看完整版帖子] [打印本页]

时间:  2016-8-23 22:16
作者: wangyifeng86     标题: LTE 无线接入问题处理案例

婺城阳光路小区XQFB由于MDAS系统分布原因导致接入困难
案例标题:金华MDAS系统分布原因导致接入
摘要:金华TOP终端导致无线接通率低
关键字:TOP终端、无线接通率低
案例正文:
3.1.1         背景
投诉组反馈婺城阳光路小区有用户投诉有信号无法上网。
3.1.2         问题、任务描述
投诉区域现场测试,占用H799848婺城阳光路小区XQFB站点1小区信号,RRC建立成功率低导致附着成功率低,接入困难,另外上行速率不达标。
测试情况:
  
测试指标统计:
站点名称
小区标识
小区名称
平均RSRP
SINR
上行吞吐率
下行吞吐率
attach次数
attach成功次数
attach成功率
婺城阳光路小区
258
婺城阳光路小区XQFB_1
-58.52
33.56
5.04
41.91
14
7
50%
3.1.3         分析与对策
1、测试LOG分析:
对现场测试的LOG,结合后台跟踪的S1\X2\UU口信令进行分析,测试中attach失败主要存在3种场景:
1)RRC不响应
2)UE发送上行Nas消息,基站没收到,掉线
3)UE发attach后主动detach。
Time
Event Name
Analysis Group Name
MS
原因
2016-07-26 09:38:55.786
LTEAttachFail
All Logs
HUAWEI E5375
UE detach
2016-07-26 09:39:04.767
LTEAttachFail
All Logs
HUAWEI E5375
RRC接入失败,ENB没有收到上行消息
2016-07-26 09:39:15.798
LTEAttachFail
All Logs
HUAWEI E5375
RRC接入失败,ENB没有收到上行消息
2016-07-26 09:39:44.767
LTEAttachFail
All Logs
HUAWEI E5375
RRC接入失败,ENB没有收到上行消息
2016-07-26 09:39:46.330
LTEAttachSuc
All Logs
HUAWEI E5375
2016-07-26 09:40:07.640
LTEAttachFail
All Logs
HUAWEI E5375
ENB没有收到上行消息,掉线了
2016-07-26 09:40:08.935
LTEAttachSuc
All Logs
HUAWEI E5375
2016-07-26 09:40:18.186
LTEAttachSuc
All Logs
HUAWEI E5375
2016-07-26 09:40:38.842
LTEAttachFail
All Logs
HUAWEI E5375
RRC接入失败,ENB没有收到上行消息
2016-07-26 09:41:08.058
LTEAttachFail
All Logs
HUAWEI E5375
RRC接入失败,ENB没有收到上行消息
2016-07-26 09:41:09.982
LTEAttachSuc
All Logs
HUAWEI E5375
2016-07-26 09:41:20.927
LTEAttachSuc
All Logs
HUAWEI E5375
2016-07-26 09:41:32.377
LTEAttachSuc
All Logs
HUAWEI E5375
2016-07-26 09:41:44.587
LTEAttachSuc
All Logs
HUAWEI E5375
两个小区上行误块率偏高:
上行平均干扰电平达到-110dBm左右:
初步分析,判断是上行存在干扰。
2、干扰情况分析:
提取干扰指标、反向频谱分析对婺城阳光路小区XQFB_1上行干扰情况进行分析,上行平均干扰电平-110dBm,单个RB中,RB10、11、12、13、49、50等干扰电平最大达到-98dBm,存在中度上行干扰,会导致RRC建立失败,影响到用户接入,无法进行正常的业务。
  
根据分析结果进行干扰排查:
1)  根据反向频谱特性分析,在时域上没有规律特征,排除系统内干扰;
2)  现场进行扫频,整个E频段都非常干净,没有发现外部干扰源,排除外部干扰;
3)  通过闭共站及周边的2/3/4G小区,观察干扰指标无变换,排除了异系统干扰及共站的影响;
4)  该站点为近期卡特替换成华为的站点,对比替换前后上行干扰变化情况,无明显抬升,说明上行干扰情况一直存在;
5)  该站点为室分站点,判断可能是由于分布系统某个设备或器件故障导致干扰,现场继续对分布系统中所有具备信号发射功能的固定设备逐一进行进行排查:
分布系统组成:经BBU-RRU后到京信MDAS,通过光纤连接到远端
  
第一步:将吸顶天线直接接到RRU上,排查BBU-RRU间是否存在故障。调整后后台监控上行干扰指标和天线端口干扰噪声功率无异常,现场CQT测试,RRC建立成功率100%,无异常。
通过排查,排除了BBU-RRU之间存在故障的可能。
第二步,将MDAS内四跟光纤逐一进行拔插,观察上行干扰指标和天线端口干扰噪声功率情况,来排查是否某一线路出现故障,排查结果如下表所示:
操作小区
操作内容
上行干扰
天线端口RSSI
指标是否正常
婺城阳光路小区XQFB_2
只接尾纤8
干扰电平-118dBm
平均-99dBm
只接尾纤7
干扰电平-118dBm
平均-99dBm
只接尾纤6
干扰电平-118dBm
平均-99dBm
只接尾纤5
干扰电平-118dBm
平均-99dBm
尾纤5/6/7/8全部接入
干扰电平-105dBm左右
高于-90dBm
尾纤5/6/7/8全部接入,MDAS关闭后重新开启
干扰电平-105dBm左右
高于-90dBm
婺城阳光路小区XQFB_1
1小区MDAS重启,光纤重新插拔
干扰电平-103dBm左右
高于-90dBm
2小区闭塞
干扰电平-103dBm左右
高于-90dBm
只接尾纤4
干扰电平-103dBm左右
高于-90dBm
只接尾纤3
干扰电平-118dBm
平均-99dBm
只接尾纤2
干扰电平-118dBm
平均-99dBm
只接尾纤1
干扰电平-118dBm
平均-99dBm
接尾纤123
干扰电平-103dBm左右
-90左右
在上一步基础上拔23,留1
干扰电平-118dBm
平均-99dBm
通过排查发现,当每一路光纤单独接入的时候,小区上行干扰和天线端口干扰噪声功率从均无异常,而当4路或多路光纤一起接入的时候就会出现干扰电平抬升、天线端口干扰噪声功率增强的情况。
初步定位到京信MDAS设备故障导致干扰抬升,影响小区接入。
为进一步验证,挑选1小区只连接1号尾纤,现场进行业务验证,通过测试,RRC连接成功率100%,下行速率70.8mbs,上行速率8.85mbps,各项指标均达标,业务正常:
6)  室分器件现场排查
联系室分设备厂家京信技术人员一同现场进行排查,经检测发现,从MDAS设备远端到管理单元由于距离较远,平均时延达到7500ns,已经超出保护时长范围,会产生上行干扰,影响接入成功率。
MDAS(Multiservice Distributed Access System Solution),是一种多业务分布系统,可支持多家运营商,多制式, 多载波,并集成WLAN系统,一步解决语音及数据业务需求,与传统模拟分布系统相比,同时具备混合组网、时延补偿、自动载波跟踪、上行底噪低、“小功率,多天线”方式实现定点/精确覆盖等特点,在传输线路不变的情况下,将主干光缆用于BBU到RRU之间,RRU能够正常开通,但主干光缆用于光分布系统的近端和中继之间,影响较大。所以光分布系统建设当中,首先确保近端到中继单元的传输距离在2公里以内,且减少光缆线路的跳接次数,才能保证光分布系统的各项指标,建议后期站点,如果主干光缆利旧或者跳接过多,尽量设计信源RRU在覆盖目标区域内。
经以上排查过程,确定京信厂家的MDAS设备在信号输出时存在异常,导致H799848婺城阳光路小区XQFB小区接入指标恶化,影响业务。
3.1.4         处理结果
1)  将小区半径从2500米调整到8000米,调整后平均时延在保护时长范围内;
2)  由于MDAS具有信号放大功能,将上行信号放大后造成上行干扰严重,手动设置上行衰减5db,降低上行干扰信号强度.
3)  调整小区半径、设置上行衰减之后,现场进行复测,各项指标均恢复正常:
站点名称
小区名称
平均RSRP
SINR
上行吞吐率
下行吞吐率
attach次数
attach成功次数
attach成功率
上行平均干扰电平(dBm)
婺城阳光路小区
婺城阳光路小区XQFB_1
-57.58
34.54
8.66
49.95
10
10
100.00%
-117
3.1.5         总结与回顾
由于室内分布系统器件多故障率相对较高,往往发生由于元器件故障导致的干扰,在经过其他干扰排查方法排查后如果还没有定位到干扰源,可以现场对分布系统逐段进行排查。





通信人家园 (https://www.txrjy.com/) Powered by C114