4G优化案例中心频点修改引起的上行丢包处理案例.docx
《4G优化案例中心频点修改引起的上行丢包处理案例.docx》由会员分享,可在线阅读,更多相关《4G优化案例中心频点修改引起的上行丢包处理案例.docx(12页珍藏版)》请在冰豆网上搜索。
4G优化案例中心频点修改引起的上行丢包处理案例
中心频点修改引起上行丢包优化处理案例
XX
XX年XX月
中心频点修改上行丢包优化处理案例
XX
【摘要】随随着移动通信技术的发展和不断演进,人们对于移动通信的要求也不断变化,越来越不满足于现状。
手机业务的发展令人目不暇接,移动通信设备已经成为人们日常生活中不可或缺的一部分。
手机已经从单纯的通话工具演变为可以上网、收发电子邮件、提供多媒体业务的信息载体。
在全球移动通信系统技术(GSM)与通用移动通信系统技术(UMTS)之后,长期演进(LTE)逐渐成为世界主流移动通信技术标准。
因此提升用户速率体验成了我们优化工作的重点。
本文提及的是扩频提升用户速率引起的上行丢包处理方法,涵盖了上行丢包原因分析、干扰排查、干扰消除、系统参数优化措施等方面,并通过这个案例,减少用户对网络的投诉,总结出针对此类问题的处理建议,为提升网络质量、用户感知打下坚实基础。
【关键字】上行丢包干扰排查感知提升
【业务类别】基础维护、参数优化
一、问题描述
基站主覆盖城中村,近期用户投诉该点上网速率慢。
通过后台分析,发现近期该站点RRC连接用户数增多,RB资源调度繁忙导致上网速率下降。
初步解决方案为将该小区扩频至1850,提供更多RB资源提高网速。
优化后用户说感知有提升,但不久又有投诉该区域通话不清晰。
二、分析过程
安排测试人员到现场进行顶点速率以及语音测试,发现有偶发性的RRC连接不能正常建立,10通VoLTE拨号后,呼叫建立成功率为60%;通过分析log发现上行物理层重传比例很大,BLER非常高。
怀疑存在干扰;
在LTE中,控制信道的目标BLER为1%,数据信道的目标BLER为10%。
当BLER不超过10%时,UE将向eNodeB上报它所能解码的最高MCS。
2.1网管排查
使用OMMB的检测模式进行底噪检测:
通过使用OMMB的诊断测试模式,选中RRURSSI信息检测,可以查看到实时的扇区RSSI信息。
2.2现场排查
使用扫频设备进行检测
小区及周边覆盖区域进行外部干扰源的排查,并对有影响到小区干扰情况的外部干扰源进行优化整治,在进行详细扫频排查过程后定位发现该站点是与中国移动、中国联通共址站点,我们小区从1825扩频到1850后,因隔离度不够,与中国移动基站产生了相互的干扰。
三、解决措施
3.1干扰处理
该问题是由于扩频1850后,与中国移动基站因隔离度不够引发的杂散干扰。
一般来说,落在中心频率2侧,一般把50%必要带宽到250%称为带外发射区域,250%以外的区域称为杂散发射区域。
杂散信号是由发射机产生,包括功放产生和放大的热噪声,多载频工作产生的互调产物,混频器产生的杂散信号。
因此,为保证满足该区域的容量以及质量,采用滤波器的安装来解决问题。
安装滤波器后,影响小区的干扰波型消除,小区的干扰指标明显下降,达到优化干扰指标的目的,并且在容量跟质量上都能保持良好的水平,周边用户也对电信基站的信号使用表示满意。
3.2中心频点计算公式
中心频点计算公式:
NDL = 10* (DL–DL_low)+Noffs_DL
其中DL:
为开网采用下行频段值,DL_low:
对应频段的最低下行频段
Noffs_DL:
频点计算基数
起始频段到结束频段
频点计算基数
3.3基于语音质量异频切换
由于无线链路质量导致VoLTE丢包问题,会严重影响用户感知。
因此,eNB需要正确评估语音质量情况,当用户所在服务小区的语音质量差于阀值时,及时触发异频切换来提升VoLTE语音感知体验。
当出现较大的干扰时,上下行调度能力受限影响语音质量。
但是此时,可能无法满足基于覆盖的异频切换的触发条件,在这种场景下,需要使用基于语音质量的异频切换。
避免由于弱覆盖或干扰导致的持续丢包。
语音质量差使用的门限为下行MCS与上行SINR。
具体参数配置如下:
序号
功能名称
参数名
默认值
推荐值
1
基于语音质量异频切换
基于语音质量的异频切换开关
Close
Open
语音质量差的下行MCS门限
0
0
语音质量好的下行MCS门限
1
1
语音质量差的上行SINR门限
5
5
语音质量好的上行SINR门限
7
7
基于语音质量的切换是否启用测量
Yes
Yes
基于语音质量异频切换测量配置
140
/
语音质量检测周期
1000
1000
语音质量检测上行SINR滤波系数
1/128
1/128
基于语音质量的异频切换测量配置
-90
-90
3.4QCI1Harq次数+T-Reordering
上行信道条件差或者DCI0LOST后,增加Harq重传次数,可减少上行Harqfail的次数,降低上行语音丢包率。
由于Harq次数增加后,相应的T-Reordering定时器需要增加。
具体参数配置如下:
序号
功能名称
参数名
默认值
推荐值
2
QCI1Harq次数+t-Reordering
上行语音业务的HARQ传输次数
4[3]
10[8]
下行语音业务的HARQ传输次数
4[3]
10[8]
RLCFDD重排序等待时间
9:
45{45}
20:
100{100}
3.5PDCCH自适应
承载专有控制信息的PDCCH主要包括:
UE级用于上行调度的控制信道信息,主要是DCI0等
UE级用于下行调度的控制信道信息,主要是DCI11/1A/1B/2/2A/2B等
其功率设置有参数控制分为两种,有参数#@EUtranCellFDD.cceAdaptMod@#选择,一种是固定的功率偏移,一种是自适应的功率偏移。
对于自适应功率偏移,基站以收到的UE上报的CQI来大致判断信道情况,确定一定的CCE聚合度及功率偏移,然后根据业务信道的DTX反馈情况确定功率偏移是否满足信道解调性能要求,自适应的调整功率偏移。
控制信道会根据UE的等效频谱效率对应的业务工作点再加上一定保守量确定PDCCH的CCE聚合度及功率偏移。
在外场实际干扰较大时候,可以适当增大PDCCH保守量,有效提升终端的PDCCH信道解调能力。
具体参数配置如下:
序号
功能名称
参数名
默认值
推荐值
3
PDCCH自适应
控制信道保守量选择
[6,6]
[6,9]
CFI为1的PDCCH保守量
[9,9]
[9,9]
控制信道索引上限偏移量
[2,2]
[2,9]
3.6QCI1PDCP弃包定时器
LTE系统中,每个RLC实体的滑动窗口只有512个数据包,但是缓存长度没有限制。
为了保证QCI业务质量,PDCP层有超时定时器discardingtimer,数据包到达PDCP层开始计时,当定时器超时后若该数据包未完成发送到接收方,则会将该数据包主动丢弃。
在信道条件差或者DCI0LOST后,UE侧会有攒包,攒包一直到PDCPDiscardTimer超时会出现弃包,拉长该定时器可减少上行弃包数量,降低上行语音丢包率。
具体参数配置如下
序号
功能名称
参数名
默认值
推荐值
4
QCI1PDCP弃包定时器
FDDPDCPSDU的丢弃时间
100ms
750ms
3.7RLF延迟释放定时器
用户接入基站后,基站持续对用户进行无线链路异常状态监测,对于语音用户,当基站检测出用户为无线链路异常状态后,为了保证语音用户不掉话,基站在#@VoLTEConfigCell.VOIPRLFDelayTime@#时间内,间隔对用户发起随机接入,如果在该段时间内,用户没有接入成功,则超过该段时间后,基站释放用户。
处于差点的用户,其更容易出现RLF。
当eNB识别语音用户出现RLF时,缩短其延迟释放的定时器长度,可以避免用户长时间语音通话质量差而无法恢复无线链路,因此缩短该定时器长度可改善上下行语音丢包率指标。
具体参数配置如下:
序号
功能名称
参数名
默认值
推荐值
5
RLF延迟释放定时器
语音业务RLF延迟释放定时器
120s
6s
3.8频繁切换参数建议
在高速移动状态,要求切换必须及时,从而保证在当前小区信号还没有恶化前,完成切换。
在LTE系统中,现网主要是1.8GHz频组网,A3切换主要由Hysteresis、timetotrigger、A3offset决定。
通过实测验证,Hysteresis=0.5dB、timetotrigger=320ms、A3offset=2dB时,切换次数有所减少,各项测试指标最佳。
参数名
参数说明
高速公路建议
Hysteresis
增大迟滞Hys,将增加切换事件触发的难度,延缓切换,影响用户感受;减小该值,将使得切换事件更容易被触发,容易导致误判和乒乓切换。
1.5dB
timetotrigger
延迟触发时间的设置可以有效减少平均切换次数和误切换次数,防止不必要切换的发生。
延迟触发时间越大,平均切换次数越小,但延迟触发时间的增大会增加掉话的风险。
320ms
A3offset
Offset的设置是为了调节切换的难易程度,该值与测量值相加用于事件触发和取消的评估,增加该参数,将增加A3事件触发的难度,延缓切换;减小该参数,则降低A3事件触发的难度,提前进行切换
2dB
四、经验总结
1、针对用户投诉需要认真的对待,对于调优后出现的问题,也需要缜密的分析。
2、针对高干扰小区,要进行综合分析,考虑多方面的因素,再通过现场的仔细排查分析确认问题的主要原因。
3、针对上行丢包引起用户感知差、后台参数优化为以下几项:
基于语音质量异频切换、QCI1Harq次数+T-Reordering、PDCCH自适应、QCI1PDCP弃包定时器、RLF延迟释放定时器、切换。
注意参数修改时,应当挑几个实验点作优化前后对比、参数备份,以免造成网络事故的发生。