诺优ATU拉网测试速率低问题分析报告.docx
《诺优ATU拉网测试速率低问题分析报告.docx》由会员分享,可在线阅读,更多相关《诺优ATU拉网测试速率低问题分析报告.docx(12页珍藏版)》请在冰豆网上搜索。
诺优ATU拉网测试速率低问题分析报告
资料编码
诺优ATU拉网测试速率低问题分析报告
文档版本
01
发布日期
2018-09-19
华为技术有限公司
目录[Contents]
1基本信息[BasicInformation]1-1
2问题描述[ProblemDescription]2-1
3问题分析[ProblemAnalysis]3-2
4根本原因[RootCause]4-10
5解决措施[CorrectiveAction]5-11
5.1临时解决措施[Workaround]5-11
5.2最终解决措施[Solution]5-11
6规避措施[PreventiveAction]6-1
1基本信息[BasicInformation]
ProductName
Version
BTS3900LTETDD
BTS3900LTEV100R008C00SPC100
2问题描述[ProblemDescription]
使用诺优ATU设备测试在华为网络测试,存在SINR很好,但速率很低的现象。
如下图所示,RSRP在-70以上,SINR在17~20,但速率仅有2M多,而PDSCHBLER高达40%以上:
经过多次测试,发现问题有如下规律:
1)拉网测试存在该问题,定点测试未能复现
2)问题多发生在切换之后,且速率在该小区会一直很低,直至切出该小区
3)问题发生时,终端重建立或重新接入后,速率可恢复
4)SA2/SSP5配置下不存在该问题
5)据诺优反馈,相同ATU终端设备在四川中兴主设备区域无此现象
需要对该问题进行分析和定位。
3问题分析[ProblemAnalysis]
3.1ACK/NCK反馈模式
TDD中一个上行子帧可能要反馈多个下行子帧的ACK/NACK,协议采用了两种上报模式,Bundling和Multiplexing。
∙Bundling模式
将同一个用户不同下行子帧相同码字的ACK/NACK进行逻辑AND操作,发送1bit或者2bit的ACK/NACK。
优点是比特数少,节约资源,用于下行信道质量较好,上行信道质量较差的情形;缺点是重传的数据量大。
∙Multiplexing模式
将同一用户同一子帧的不同码字进行空间Bundling,即对两个码字的ACK反馈进行逻辑AND操作,传输最大4bit的ACK/NACK反馈。
优点是可以区分每个子帧的结果,有利于重传,用于下行信道质量差,上行信道质量好的情行;缺点是比特数大,占据较多资源。
对于ACK/NCK的反馈模式,华为网络在SA2/SSP6和SA2/SSP7配置下,会参考小区中当前用户数,为终端配置bundling或multiplexing模式。
使用multiplexing模式主要是基于频谱效率的考虑,两种模式对比如下:
HARQ-ACKFeedbackmode
Advantage
Disadvantage
Multiplexing
1.Eachsub-framehasacorrespondingHARQresult,whichresultstolittleuselessretransmission;
2.eNBcanadjustMCSmoreaccuratelybasedonHARQresultofeverysubframe,whichcanimprovethespectralefficiencyofnetwork.
1.Thereisn’tDTXstatusinMultiplexingmode,whichwillaffecttheCCEaggregationlevelandpowercontrolofPDCCH;
2.TheHARQresultsoftwocodewordofeachDLsubframeareboundtofeedback.Twocodewordinfluenceeachother.
Bundling
1.ThereisDTXstateinbundlingmode,whichcanbeusedtoadjustCCEaggregationlevelandpowerofPDCCH;
2.UEfeedbacksHARQ-ACKresultoftwocodewordindividually.
1.UEwillfeedbackNACKaslongasoneoftheDLsubframesiserror.AndeNBshallretransmitallDLsub-frameswhichareboundtofeedback,whichresultmuchuselessretransmission.
2.WheneNBreceivesNACK,eNBdon’tknowhowmanyerrorframesinthebindingsubframes,soeNBmayconsiderallthesubframesareerror,whichresultstolowerMCS.
另外,3GPP36331协议中规定,如果终端和系统协商出来的版本是R8/R9,则终端和系统间ACK/NACK反馈模式是通过RRC_CONN_RECFG中的tdd-AckNackFeedbackMode信元表征;
ThefollowingwasintroducedinRel-8/9:
如果终端和系统协商出来的版本是R10,对于Multiplexing模式且使用36213中的表格10.1.3-5,10.1.3-6,and10.1.3-7(R10协议引入)时,系统使用pucch-Format信元表征反馈模式,而不携带tdd-AckNackFeedbackMode信元;其他场景则使用tdd-AckNackFeedbackMode信元表征反馈模式。
ThefollowingwasintroducedinRel-10:
PUCCH-ConfigDedicated:
:
=SEQUENCE{
ackNackRepetitionCHOICE{
releaseNULL,
setupSEQUENCE{
repetitionFactorENUMERATED{n2,n4,n6,spare1},
n1PUCCH-AN-RepINTEGER(0..2047)
}
},
tdd-AckNackFeedbackModeENUMERATED{bundling,multiplexing}OPTIONAL--CondTDD
}
PUCCH-ConfigDedicated-v1020:
:
=SEQUENCE{
pucch-Format-r10CHOICE{
format3-r10SEQUENCE{
...
},
channelSelection-r10SEQUENCE{
n1PUCCH-AN-CS-r10CHOICE{
releaseNULL,
setupSEQUENCE{
n1PUCCH-AN-CS-List-r10SEQUENCE(SIZE(1..2))OFN1PUCCH-AN-CS-r10
}
}OPTIONAL--NeedON
}
}OPTIONAL,--NeedOR
...
}
...
pucch-Format
ParameterindicatesoneofthePUCCHformatsfortransmissionofHARQ-ACK,seeTS36.213[23,10.1].ForTDD,iftheUEisconfiguredwithPCellonly,thechannelSelectionindicatesthetransmissionofHARQ-ACKMultiplexingasdefinedinTables10.1.3-5,10.1.3-6,and10.1.3-7inTS36.213[23].
3.2问题原因
拉网测试时,当终端从一个小区切换到另一个小区,ACK/NCK反馈模式可能发生变化。
当从bundling模式变为multiplexing模式时,系统会下发包含pucch-Format信元的切换信令,指示终端使用multiplexing模式,如下图所示:
根据分析,怀疑终端收到该信令后,并未使用multiplexing模式,或者不支持R10协议36213中的表格10.1.3-5,10.1.3-6,10.1.3-7。
经咨询高通人员,终端收到该信令后,仍然使用bundling模式,并未使用multiplexing模式,从而导致速率低。
根据高通的答复,可以分析:
1)速率低是因为此时终端侧的ACK/NCK反馈模式和基站侧不一致导致;
此外:
2)定点测试没有复现该问题,是因为接入信令(RRCCONNECTIONSETUP)中包含了tdd-AckNackFeedbackMode信元,此信元指示了终端使用bundling或multiplexing;
3)华为网络在SA2/SSP5配置下没有问题,是因为此配置下只使用bundling模式;
4)关于中兴网络不存在该现象的问题,可能是中兴没有使用multiplexing模式或没有使用R10协议36213中的表格Tables10.1.3-5,10.1.3-6,10.1.3-7。
分析过程如下:
问题出现时的后台分析:
调度数和RB数正常,但MCS已经掉到0,同时仍有大量的NCK,ACK/NCK反馈模式为multiplexing,如下图所示:
问题出现的典型过程如下:
其中红线为PCI,蓝线为速率。
终端在小区260、276、258中使用bundling模式;在小区238、259、264中使用multiplexing模式;小区238中发生一次重建。
终端在小区260中,使用bundling模式,速率正常:
切换到小区238,使用multiplexing模式,速率发生异常:
在该小区重建后,配置了bundling模式,速率恢复正常:
之后依次切换到小区276、238、258,依旧使用bundling模式,速率正常:
之后在小区259和264使用multiplexing模式,速率异常:
4根本原因[RootCause]
问题根因是终端收包含pucch-Format信元的切换信令后,并未按基站指示使用multiplexing模式,仍然使用了bundling模式,导致速率低。
该结论待高通方面应答解决方案。
5解决措施[CorrectiveAction]
5.1临时解决措施[Workaround]
基于以上分析,目前的规避方法:
SA2/SSP5和SA1/SSP7配置下没有问题,SA2/SSP6和SA2/SSP7配置下可能会出现该问题:
i.对于F频段已经开启932特性的情况,修改为2:
5配比进行规避,此更改将引起速率损失约10%;
ii.对于D频段已经开启2:
7配比的情况,修改为2:
5配比进行规避,此更改会引起速率损失约10%;
5.2最终解决措施[Solution]
需要高通继续分析为何终端收到该信令后未使用multiplexing模式,并修正。
6规避措施[PreventiveAction]
见临时解决措施。