珠海HSDPA数据优化总结.docx
《珠海HSDPA数据优化总结.docx》由会员分享，可在线阅读，更多相关《珠海HSDPA数据优化总结.docx（29页珍藏版）》请在冰点文库上搜索。
珠海HSDPA数据优化总结
珠海HSDPA数据优化总结
根据分公司测试结果显示，珠海爱立信HSDPA数据速率整体偏低，平均约1.4Mbps左右（其他厂家在2~3Mbps），珠海尤其典型，在RSCP和EcIo均非常好的前提下，HSDPA吞吐率总体较低。
为了提升HSDPA速率，摸索爱立信系统HSDPA数据优化思路和方法，8月10日~8月21日，省公司移动网优中心联合爱立信专家在珠海开展了为期12天的HSDPA专题优化，通过无线环境优化、资源合理性优化、参数优化等优化手段提升HSDPA数据速率。
优化后，珠海市区HSDPA数据速率DT测试平均速率达到3Mbps，提升效果明显，同时也摸索出了一些爱立信HSDPA数据优化的思路和方法，对省内其他爱立信设备业务区也有借鉴意义。
一、优化前后测试结果
7月测试结果，珠海市区在覆盖较好的情况下，HSDPA平均吞吐率为1Mbps，平均吞吐率低于1Mbps的比例高达52.6%，均不理想。
通过优化，8月17日测试结果中，HSDPA平均吞吐率为3.005Mbps，平均低于1Mbps的比例为7.8%。
前后对比如下：
评估项目
目标值
7月测试
8月17日测试
指标
要求
RSCP
>-85dBm的比例
>85%
93.03%
95.02%
Ec/No
>-10dB的比例
>94%
99.05%
98.08%
接通率
话音接通率
>95%
99.42%
99.27%
RRC连接成功率
且100%
98.82%
100.00%
DT话音掉话率
<0.8%
1.22%
0.99%
MOS
MOS平均值
>3.7
3.97
3.5729
DT话音BLER
<3%的比例
>99%
98.33%
99.38%
Tx_Power
<0dBm的比例
>98%
98.79%
99.64%
HSDPA
建立成功率
>95%
99.84%
99.70%
掉线率
<5%
0.67%
1.57%
平均吞吐率
>1.2Mbps
1099
3.005
平均吞吐量低于1Mbps的比例
<20%
52.60%
7.80%
详细的指标前后对比测试见附表：
二、无线环境优化
无线环境优化是对无线射频信号进行优化，目的是在优化信号覆盖的同时控制导频污染和路测软切换比例，保证下一步业务参数优化时无线信号的分布是正常的。
是所有无线网络优化工作的基础，对无线性能的最终表现起到决策性的作用。
R99数据业务对网络Ec/Io的要求更高，HSDPA上报的CQI也主要取决于当时的无线环境质量，因此，数据业务的优化必须是以无线环境优化为基础。
由于HSDPA是硬切换，导频污染和频繁切换都会造成吞吐率下降，因此，珠海无线环境优化主要围绕弱覆盖、导频污染、越区覆盖等问题点进行优化处理。
1、弱覆盖优化案例
⏹香洲兴旺（弱覆盖）：
优化措施：
加快香洲慈善总会及香洲兴旺基站的工程建设进度。
优化后测试效果：
⏹吉柠路（弱覆盖）：
优化措施：
调整柠溪邮政2的工程参数及发射功率：
方位角由100度调整为110度；下倾由6+0调整为2+0；加大该扇区的导频功率。
优化后测试效果：
2、凤凰路导频污染优化案例
优化前：
优化后：
3、紫东阁越区覆盖优化案例
优化前：
优化后：
4、南坑市场天馈接错优化案例
存在问题：
第1、2扇区发射天线接到第2小区，如下图：
优化前2个扇区的覆盖情况：
优化后2个扇区的覆盖情况：
5、后续加强覆盖建议
优化后，市区仍有8个区域存在弱覆盖问题，需要通过新增资源来解决。
详细区域和覆盖情况见附件：
三、HSDPA参数优化
1.打开部分HSDPA功能
功能名称
涉及节点
好处
FAJ121969,HSDPACodeMultiplexingandHS-SCCHPowerControl
NB
在同一个TTI同时调度最多四个用户,提高无线资源利用效率,同时HS
SCCH实行动态功率控制,减少下行功率消耗,节省更多功率给HSPA用户使用,提高下行HSPA吞吐率.
FAJ121734,ATMRANTransportAggregation
NB
提供RNC,基站ATM传输汇聚能力
FAJ121963,DLFlowControlforPSinteractive/backgroundonDCH
RNC/NB
对R99PS业务Iub传输带宽利用进行拥塞检测和流量控制,更合理的利用传输资源,减少传输时延.
FAJ1211109,SystemIntegratedEthernetSwitch
NB
基站侧内置以太网交换功能
FAJ121968,HSDPAFlexibleScheduler
NB
提供更多灵活HSDPA调度方式,在保证用户公平性同时,尽可能提高小区吞吐率.
FAJ121966,ConfigurabletransportbearerQoSclass
RNC/NB
提供可人工配制的各种承载业务在传输带宽利用上的优先级功能
FAJ121407,UtranregistrationAreaHandling
RNC/NB
提供基于用户空闲,FACH和DCH状态间一种中间PCH状态,该状态可以减少用户接入时间,节省手机功率消耗.
FAJ1211012,Speech12.2kbpsandPSInteractiveRABforupto384kbpsdownlink
RNC/NB
提供语音+下行最高PS数据业务到384K多承载业务
FAJ121408,ActiveQueueManagementfortheInteractiveRAB（AQM）
NB
优化缓冲处理功能,减少传输时延,提供更好与TCP/IP协议互操作能力,提高终端用户体验.
FAJ1211004,HSDPACQIAdjustment
NB
提供精确CQI测量,辅助HSDPA调度器资源的更合理分配,提高HSPA下行吞吐率
FAJ121514,MeasurementFunctionRadioEnvironmentStatistics
NB
提供下行无线环境测量,方便发现覆盖问题,减少路测工作,同时可提供跟多信息方便网络优化,问题分析.
2.测试环境和测试路线
测试区域选择在珠海吉大市区，建筑比较密集。
测试路线长约9.42公里，经过的HSDPA服务小区约45个，测试一轮约1400秒。
2.测试条件和参数列表
HstoDchTrigger.poorQualityDetected
hsQualityEstimate
hsHysteresis1d
hsTimeToTrigger1d
numHsPdschCodes
featureStateHsdpaDynamicCodeAllocation
cqiAdjustmentOn
codeThresholdPdu656
cqiFeedbackCycle
hsMeasurementPowerOffset
2.1DchTrigger.poorQualityDetected
HS小区更新到R99DCH的开关参数，其中包含了5个子开关。
poorQualityDetected是其中一个子开关。
它用来设置在下行链路质量恶化的时候，是否允许UE从HS-DSCH更新到R99DCH信道。
因为在下行链路质量恶化的条件下用户驻守在R99DCH信道上的感知度也不会很好，因此建议将此开关参数设置为OFF。
2.2hsQualityEstimate
设置HS小区更新的判决依据，可以设置为CPICH_RSCP，也可以设置为CPICH_Ec_No。
由于HS的工作方式，下行的CPICH_Ec/No的变化波动比较剧烈，相对来说，CPICH_RSCP就要稳定很多，因此建议使用CPICH_RSCP作为HS小区更新的判决依据。
2.3hsHysteresis1d和hsTimeToTrigger1d
当激活集中的某个小区的RSCP（或者Ec/No）高于当前HS服务小区的RSCP（或者Ec/No）＋hsHysteresis1d/2，并且这种状态保持超过hsTimeToTrigger1d的时间，则触发事件HS-1d。
UE将通过发送一条测量报告通知SRNC。
HS-1d触发了更新到最佳小区的过程，SRNC将根据RCS算法，通过发送测量控制消息通知UE何时进行小区更新。
2.4numHsPdschCodes
该参数定义了当前小区的最小HS码道数量。
2.5HSDPADynamicCodeAllocation
HSDPADCA功能可以动态调整当前用户所占用的HS码道资源。
DCA功能定期检查下行码树上可用的HS码道，并将这些码道分配给当前的进行业务的用户使用。
DCA可以更好地分配和平衡系统资源，使得用户最终得到的HS码道数量不限于numHsPdschCodes，但是分配给当前用户的最大HS码道数量受限于maxNumHsPdschCodes。
2.6CQIAdjustment
3GPP规范规定了UE必须通过上报CQI来保证NACK比率控制在10％，因为在系统中把HS的BLER目标也是10％。
UE报告的CQI会跟随不同的UE平台和无线环境的变化而波动，这种波动将直接影响NACK的比率。
这种情况就要求在系统具备可以调整CQI的功能，来满足规范和吞吐率的要求。
根据实际的测量，以目前的商用终端，NACK的比率通常会超过10％，除非终端处于非常良好的无线环境里。
因此在大多数情况下，CQIAdjustment可以帮助系统减少BLER，提高吞吐率。
2.7RLCPDUSIZE640
通过调整codeThresholdPdu656参数，使得HSDPAcategory大于7的终端可以使用640bit的RLCPDU，从而有效提高这部分终端的吞吐率。
2.8CQIFeedbackCycle
参数cqiFeedbackCyle定义了UE上行在HS-DPCCH上报告CQI的周期。
一般设定cqiFeedbackCycle周期为HS-DSCH的TTI的整数倍。
合适的报告周期可以及时向系统报告UE所处的无线环境，帮助提高系统的HS调度效率。
2.9HSMeasurementPowerOffset
参数hsMeasurementPowerOffset通过NBAP消息，从RNC发送给RBS和UE，用来通知UE上报CQI的偏置，使得UE可以充分利用有效的CQI区间（0～30），让更多的有实际意义的CQI可以报告上来，帮助系统提高调度效率。
合适的hsMeasurementPowerOffset应该可以使得当前UE的CQI尽可能多地落在有效区间内。
参数
单位
范围
cqiFeedbackCycle
ms
0~160
hsHysteresis1d
0.1dB
0~75
hsMeasurementPowerOffset
0.1dB
-60~130
hsQualityEstimate
－
RSCP/EcNo
hsTimeToTrigger1d
ms
0~5000
HstoDchTrigger.poorQualityDetected
－
ON/OFF
numHsPdschCodes
－
0~15
codeThresholdPdu656
－
0~15
功能
状态
cqiAdjustmentOn
TRUE
featureStateHsdpaDynamicCodeAllocation
ON
3.测试对比
3.1针对上述HS的参数，设计了若干次测试项目。
测试1：
基准参数测试
HstoDchTrigger.poorQualityDetected
0（OFF）
hsQualityEstimate
CPICH_RSCP
hsHysteresis1d
10
hsTimeToTrigger1d
640
numHsPdschCodes
5
featureStateHsdpaDynamicCodeAllocation
1（ON）
cqiAdjustmentOn
TRUE
codeThresholdPdu656
6
cqiFeedbackCycle
8
hsMeasurementPowerOffset
80
测试时长
1482.4
HSservingcellchange次数
133
DSCHAverageThroughput
2930.06
低于1Mbps的比例
1.60%
高于3Mbps的比例
53.67%
高于4Mbps的比例
7.27%
测试2：
改变HS小区更新的判决依据，RSCP->Ec/No
HstoDchTrigger.poorQualityDetected
0（OFF）
hsQualityEstimate
CPICH_Ec_No
hsHysteresis1d
10
hsTimeToTrigger1d
640
numHsPdschCodes
5
featureStateHsdpaDynamicCodeAllocation
1（ON）
cqiAdjustmentOn
TRUE
codeThresholdPdu656
6
cqiFeedbackCycle
8
hsMeasurementPowerOffset
80
测试时长
1469.05
HSservingcellchange次数
116
DSCHAverageThroughput
2921.81
低于1Mbps的比例
2.10%
高于3Mbps的比例
49.36%
高于4Mbps的比例
8.57%
测试3：
延长HS-1d的迟滞时间，640ms->1280ms
HstoDchTrigger.poorQualityDetected
0（OFF）
hsQualityEstimate
CPICH_RSCP
hsHysteresis1d
10
hsTimeToTrigger1d
1280
numHsPdschCodes
5
featureStateHsdpaDynamicCodeAllocation
1（ON）
cqiAdjustmentOn
TRUE
codeThresholdPdu656
6
cqiFeedbackCycle
8
hsMeasurementPowerOffset
80
测试时长
1383.43
HSservingcellchange次数
87
DSCHAverageThroughput
2895.17
低于1Mbps的比例
1.84%
高于3Mbps的比例
49.42%
高于4Mbps的比例
7.37%
测试4：
同时改变HS小区更新的判决依据和迟滞时间
HstoDchTrigger.poorQualityDetected
0（OFF）
hsQualityEstimate
CPICH_Ec_No
hsHysteresis1d
10
hsTimeToTrigger1d
1280
numHsPdschCodes
5
featureStateHsdpaDynamicCodeAllocation
1（ON）
cqiAdjustmentOn
TRUE
codeThresholdPdu656
6
cqiFeedbackCycle
8
hsMeasurementPowerOffset
80
测试时长
1369.62
HSservingcellchange次数
84
DSCHAverageThroughput
2843.7
低于1Mbps的比例
2.51%
高于3Mbps的比例
47.56%
高于4Mbps的比例
6.97%
测试5：
改变HS-1d事件的迟滞值，0.5dB->3dB
HstoDchTrigger.poorQualityDetected
0（OFF）
hsQualityEstimate
CPICH_RSCP
hsHysteresis1d
60
hsTimeToTrigger1d
640
numHsPdschCodes
5
featureStateHsdpaDynamicCodeAllocation
1（ON）
cqiAdjustmentOn
TRUE
codeThresholdPdu656
6
cqiFeedbackCycle
8
hsMeasurementPowerOffset
80
测试时长
1387.66
HSservingcellchange次数
81
DSCHAverageThroughput
2882.93
低于1Mbps的比例
1.81%
高于3Mbps的比例
50.89%
高于4Mbps的比例
4.98%
测试6：
同时改变HS小区更新判决依据和HS-1d事件的迟滞值，RSCP->Ec/No，0.5dB->3dB
HstoDchTrigger.poorQualityDetected
0（OFF）
hsQualityEstimate
CPICH_Ec_No
hsHysteresis1d
60
hsTimeToTrigger1d
640
numHsPdschCodes
5
featureStateHsdpaDynamicCodeAllocation
1（ON）
cqiAdjustmentOn
TRUE
codeThresholdPdu656
6
cqiFeedbackCycle
8
hsMeasurementPowerOffset
80
测试时长
1397.29
HSservingcellchange次数
90
DSCHAverageThroughput
2855.17
低于1Mbps的比例
2.78%
高于3Mbps的比例
49.92%
高于4Mbps的比例
6.66%
测试7：
同时改变HS-1d事件的迟滞值和迟滞时间，0.5dB->3dB，640ms->1280ms
HstoDchTrigger.poorQualityDetected
0（OFF）
hsQualityEstimate
CPICH_RSCP
hsHysteresis1d
60
hsTimeToTrigger1d
1280
numHsPdschCodes
5
featureStateHsdpaDynamicCodeAllocation
1（ON）
cqiAdjustmentOn
TRUE
codeThresholdPdu656
6
cqiFeedbackCycle
8
hsMeasurementPowerOffset
80
测试时长
1441.22
HSservingcellchange次数
78
DSCHAverageThroughput
2787.53
低于1Mbps的比例
1.92%
高于3Mbps的比例
45.51%
高于4Mbps的比例
3.55%
测试8：
同时改变HS小区更新的判决依据和HS-1d事件的迟滞值和迟滞时间，RSCP->Ec/No，0.5dB->3dB，640ms->1280ms
HstoDchTrigger.poorQualityDetected
0（OFF）
hsQualityEstimate
CPICH_Ec_No
hsHysteresis1d
60
hsTimeToTrigger1d
1280
numHsPdschCodes
5
featureStateHsdpaDynamicCodeAllocation
1（ON）
cqiAdjustmentOn
TRUE
codeThresholdPdu656
6
cqiFeedbackCycle
8
hsMeasurementPowerOffset
80
测试时长
1507.26
HSservingcellchange次数
76
DSCHAverageThroughput
2607.03
低于1Mbps的比例
2.69%
高于3Mbps的比例
31.50%
高于4Mbps的比例
1.20%
测试9：
基于测试7再次增加HS-1d事件的迟滞时间，1280ms->2560ms
HstoDchTrigger.poorQualityDetected
0（OFF）
hsQualityEstimate
CPICH_RSCP
hsHysteresis1d
60
hsTimeToTrigger1d
2560
numHsPdschCodes
5
featureStateHsdpaDynamicCodeAllocation
1（ON）
cqiAdjustmentOn
TRUE
codeThresholdPdu656
6
cqiFeedbackCycle
8
hsMeasurementPowerOffset
80
测试时长
1577.62
HSservingcellchange次数
82
DSCHAverageThroughput
2754.44
低于1Mbps的比例
3.51%
高于3Mbps的比例
40.43%
高于4Mbps的比例
9.23%
测试10：
基于测试9，更改RLCPDUSIZE，对于category大于7的UE，使用640bitPDU
HstoDchTrigger.poorQualityDetected
0（OFF）
hsQualityEstimate
CPICH_RSCP
hsHysteresis1d
60
hsTimeToTrigger1d
2560
numHsPdschCodes
5
featureStateHsdpaDynamicCodeAllocation
1（ON）
cqiAdjustmentOn
TRUE
codeThresholdPdu656
3
cqiFeedbackCycle
8
hsMeasurementPowerOffset
80
测试时长
1473.53
HSservingcellchange次数
78
DSCHAverageThroughput
3014.21
低于1Mbps的比例
3.78%
高于3Mbps的比例
55.64%
高于4Mbps的比例
19.95%
测试11：
基于测试9，缩短HS-1d的迟滞时间，并且让UE在每个TTI（2ms）都上报CQI
HstoDchTrigger.poorQualityDetected
0（OFF）
hsQualityEstimate
CPICH_RSCP
hsHysteresis1d
60
hsTimeToTri
升级会员 