精品案例NR多用户场景低速率问题优化攻略.docx
- 文档编号:810313
- 上传时间:2022-10-13
- 格式:DOCX
- 页数:10
- 大小:874.24KB
精品案例NR多用户场景低速率问题优化攻略.docx
《精品案例NR多用户场景低速率问题优化攻略.docx》由会员分享,可在线阅读,更多相关《精品案例NR多用户场景低速率问题优化攻略.docx(10页珍藏版)》请在冰豆网上搜索。
精品案例NR多用户场景低速率问题优化攻略
NR多用户场景低速率问题优化攻略
NR多用户场景低速率问题优化攻略
【摘要】本文主要介绍5G多用户场景下PUCCH的Format3配置不合理导致用户下行速率较低问题,Format3资源分配异常排查在DLCA联调中,多次被抓去定位Format3资源分配失败的问题,每次定位的结果不是对应的开关没打开就是单板不支持Format3资源分配。
多次被抓去定位Format3资源分配失败的问题,每次定位的结果不是对应的开关没打开就是单板不支持Format3资源分配。
为后期现场优化需避免单用户峰值优化造成了多用户场景下峰值速率能较差情况。
【关键字】5G、多用户场景、Format3配置、峰值速率
【业务类别】优化方法、基础维护、5G、参数优化
一、问题描述
在阜阳电信市医院5G单验时候发现当两个终端同时接入单小区时,下载速率抖降较为明显。
单终端mate30正常速率下行1100Mbps以上,多终端接入后(第二个终端接入后不做业务),同一服务器Speedtest测试,第一个终端速率掉半只有500Mbps左右,且只有其中1个扇区存在问题,其他小区正常。
不同用户场景下测试速率
二、分析过程
2.1无线环境评估
查询小区状态正常,无告警,通过进一步对比分析同一个用户在有另外一个用户接入但未做业务和单独一个用户做业务的场景下的测试LOG日志,发现差异点主要是调度次数不足导致。
其他空口环境,MCS,IBER,RANK都一致。
1)2个用户接入,其中1个业务做业务,1个业务只接入未做任何业务。
多用户业务测试截图
2)单用户接入并做业务情况下
单用户业务测试截图
2.2上行PUSCH抢占PUCCH开关评估
当前上行PUSCH抢占PUCCH开关打开,为PUSCH抢占PUCCH场景小区设置。
上行PUSCH抢占PUCCH开关核查
NR上行有信道有PUCCH,PUSCH,PRACH三种信道,而PUCCH与4G时代一样,都是位于BWP上下两端。
但是和LTE相比,增加了短PUCCH格式,占用1~2个符号,用于短时延场景的反馈。
上行信道
PUCCH携带上行控制信息,称之为UCI,包括SR,HARQACK/NACK,CSI(包括CQI,PMI,LI,CRI)。
当前基站侧的PUCCH还不支持自适应,需要通过手动配置各种format格式占用的PRB。
那么必然存在PUCCH占用不满的情况导致空闲一部分PUCCH的RB没有被使用。
比如单用户测试用户的情况,那么就可以通过打开PUSCH抢占PUCCH资源,把不用的这部分PUCCH资源用于PUSCH调度来提升上行速率。
抢占时受用户数限制,当前实现是:
如果当前在线用户数等于1则PUSCH占用所有PUCCH的RB资源;如果1<当前在线用户数<=40则PUSCH仅占用CommonPUCCH的RB资源;如果当前在线用户数大于40则PUSCH不占用PUCCH的RB资源。
当该参数取值为0时,PUSCH不占用PUCCH的RB资源。
当可用的PrachZC根分组较少时(例如:
formatC2,小区半径>=2km),则邻近小区难免会使用相同的PRACHZC根。
因此,可调整“PRACH频域起始位置”(配置参数PrachFreqStartPosition),抑制邻近小区Preamble的碰撞。
(配置PRACH频域起始位置时,需要与PUCCH的频域位置错开。
)
PRACH频域规划示意图
2.3PUCCH的Format3RbNum评估
由于现场反馈只有1个问题小区,其他正常,通过逐一对比参数配置发现,问题小区的NRDUCellPucch.Format3RbNum参数在多用户场景设置不合理,当前设置是4。
该参数设置的越小,一个slot内容纳的PUCCH的个数越小,对应一个slot内调度的下行用户越少,但是上行吞吐量性能越好。
当CSI专用format3PUCCH资源分在非BWP0上;非CSI专用format3pucch资源分在bwp0上;Format1RB分在非bwp0范围内;
Format格式设置
4:
1子帧配比下,CSI周期配置10个slot。
Slot9和slot19上需反馈CSI+ACK;slot4和14上只需反馈ACK。
slot反馈信息
Slot4/14上:
没有周期CSI,抢占特性打开,多用户场景下,bwp0上的pucchformat3资源会被抢占;只能分format1资源,format1<=2bit,所以4和14上面都只能调度成功两个下行slot;
Slot9/19上:
有周期csi,csi专用资源在bwp0之外;bwp0上的format3资源可以抢占;同时需要反馈ack,csi复用ack资源,由于整体需反馈的bit数大于2bit(不能分format1RB资源),直接分format3资源;而format3资源bwp0上又被抢占了,所以所有的下行都调度失败。
综上,2用户场景,format3配置4RB,PUSCH抢占PUCCH开关打开,就会出现下行大部分slot因分不到pucch资源而导致调度失败的现象。
2.4Format3资源优化
PUCCHformat3在时域上占用4-14个符号,在频域上可以占用1到16个RB.PUCCHformat3支持很大信息量的UCI。
nrofPRBs
PRB的个数,取值为:
1,2,3,4,5,6,8,9,10,12,15and16。
nrofSlots
符号个数4-14
startingSymbolIndex
开始符号索引
根据符号长度,DMRS位置也不同.以下是协议对14符号长度的PUCCHFormat3/format4的定义分为了无additionnalDMRS和有additionnalDMRS两种。
2.4.1PUCCH的主要功能
PUCCH的主要功能是承载和反馈UE侧的以下内容:
PDSCHACK/NACK反馈信息、CSI测量信息、上行调度请求(SchedulingRequest(SR))等。
通过反馈上述内容,基站侧才能进行PDSCH重传处理、CQI调整、PMI加权等流程。
PUCCH资源分配主体框架,用户接入时,
1、通过RRC配置该用户PUCCH参数,即Format、资源位置、DMRS密度配置等信息,这些信息囊括了完成CSI-RS调度、测量和反馈的所有相关参数。
2、如果用户没有配置半静态的专用PUCCH资源位置,则还需要通过PUCCH调度器分配HARQ反馈资源或者CSI资源等。
PUCCH用于传输UCI(UplinkControlInformation),PUCCH承载的UCI包括如下三类信息:
·HARQ-ACK反馈
用于PDSCH解调的HARQ-ACK反馈。
·CSI反馈
CSI-RS测量的上报反馈信息,包含CQI/PMI(precodingmatrixindication)/RI(rankindication)等。
·上行调度请求
PUSCH调度的资源请求。
说明:
PUCCH承载的UCI包含5种格式:
format0、format1、format2、format3和format4,详细信息请参见3GPPTS38.212R15的6.3Uplinkcontrolinformation。
2.4.2小区级PUCCH配置
小区级PUCCH配置是给小区配置PUCCH的时频资源范围。
小区级PUCCH的时频结构包括短结构和长结构以及长短结构自适应。
PUCCH时频结构通过参数NRDUCellPucch.StructureType配置:
低频默认长结构,高频默认短结构,FDD和SUL模式小区固定为长结构。
PUCCH长结构包含format1、format3和format4三种格式。
当前版本仅支持format1和format3。
频域范围由NRDUCellPucch.Format1RbNum和NRDUCellPucch.Format3RbNum配置,用于指示PUCCH的RB数。
PUCCH支持format1、format2和format3三种格式,其调制编码方式为QPSK。
三、解决措施
由于Format3RB个数设置为4RB较小,PUSCH抢占PUCCH开关打开,导致多用户接入场景下就会出现下行大部分slot因分不到pucch资源而导致调度失败的现象,建议将Format3RB个数设置为14RB商用场景,通过修改该参数后,即使多用户接入,用户下行速率也能保持在1.1Gbps。
修改完参数后多用户测试截图
四、经验总结
5G目前为建设阶段,5G用户较少,且多以单用户业务演示为主,但随着5G牌照的发放和新型5G终端入网,后期业务演示时也需考虑多用户接入场景下参数设置,PUCCH的Format3RbNum参数设置format3配置RB较小,且PUSCH抢占PUCCH开关打开情况,就会出现下行大部分slot因分不到pucch资源而导致调度失败的现象,为后期多用户演示提供优化经验,提高5G业务网络质量。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 精品 案例 NR 多用户 场景 速率 问题 优化 攻略
![提示](https://static.bdocx.com/images/bang_tan.gif)