HSDPA优化测试指导书 - 下载本文

HSDPA业务性能统计每500ms上报一次,上报的统计数据是测试间隔500ms里的累积值或平均值,这里对常用的统计参数做一下阐述: 收到的HS-DSCH数据帧个数

收到的MAC-d PDU总比特数(bit)

已调度的MAC-d PDU总比特(bit)

测量间隔内,NodeB收到的RNC 发送的FP帧个数

测量间隔内,NodeB收到的Mac-d PDU大小,收到RNC的FP所包含的比特数(是336比特的整数倍) 统计时间500ms内被调度的比特数,反映缓存中的Mac-d PDU数据有多少被调度发往空口;

NodeB从Iub口收到Mac-d PDU的平均吞吐量(bps),该值可以通过“收到的Mac-d PDU总比特数(bit)” / 500ms测量间隔计算得到;

表示HSDPA业务空口上的下行吞吐量(不含重传),该值可以通过“已调度的Mac-d PDU总比特数(bit)” / 500ms测量间隔计算得到; 调度的峰值速率

Nodata NoAnswer

这里是两条sich的情况

274

205632

198912

MAC-d PDU平均吞吐量(bps)

411264

MAC-hs PDU平均吞吐量(不包括重传)(bps) MAC-hs PDU峰值速率(bps)

收到ACK次数 收到NACK次数 未接收到数据个数 无响应个数

重传超时数据包个数 QPSK次数 16QAM次数 CQI平均值

393792 403200 198 2 0 0 0 200 0 42

在分析性能统计数据时,推荐转化成图表进行分析,举例说明:

6000005000004000003000002000001000000MAC-d PDU平均吞吐量(kbps)MAC-hs PDU平均吞吐量(不包括重传)(kbps)16:22:5116:23:2416:23:5916:24:3216:25:0516:25:3816:26:1116:26:4416:27:1716:27:5016:28:2316:28:5816:29:31

Mac-d的吞吐量表示Hs数据在Iub口的吞吐量,Mac-hs的平均吞吐量(不含重传),表示hs数据在空口的平均吞吐量,du-meter上的速率,表示有效的Hs数据的吞吐量(应用层数据)。从图中可以看到Mac-d(Iub口)和Mac-hs(Uu口)的Hsdpa数据流量,由于流控机制的原因,二者变化趋势应该基本相同,并会相互影响,即Mac-hs的流量波动可能导致Mac-d流量波动(流控),而Mac-d数据的波动,也会影响Mac-Hs的速率波动。这两个速率应该略高于du-meter上的速率,因为这两个速率还包含一些数据包头和少量控制信息,而du-meter上的数据是应用层的有效数据。

影响速率的最主要因素是No data、Nack和上报Cqi,如果发现速率较低,可以结合上述3个参数的图形进行分析。

120100806040200收到ACK次数 收到NACK次数 No AnswerNo Data16:22:5116:23:2016:23:5016:24:1916:24:4716:25:1616:25:4416:26:1316:26:4116:27:1016:27:3816:28:0716:28:3516:29:06-2016:29:34

一般来说,“调度次数”近似等于ACK个数 + NACK个数 + NoAnswer个数。重传次数反应在Node B物理层传输失败,需要高层重传的次数,当存在大量的重传超时,会导致速率大幅下降,此时下行Scch信道或Dsch信道质量可能较差,可通过Ack、Nack和No Answer的数量确定。重传率=(Nack+No Answe)/( Ack+Nack+No Answer)。 ? 收到ACK次数和收到NACK次数基本反映当前BLER情况。收到NACK,表示UE正确接收HS-SCCH信息,但是对HS-DSCH数据CRC校验失败,一般有这几个原因:

a、干扰大(判断是HS-PDSCH信道质量恶化了,还是其他干扰引起);

b、HS-PDSCH功率过低,检查HS-PDSCH功率配置以及HS-PDSCH实际功率;

c、Mac-hs PDU比较大或者说被调度的传输块偏大,在当前无线环境容易产生错包。因为TB块越大,冗余就越少,解码增益也就越小,那么同等干扰情况下,TB块大的相对容易发生错误,这种情况在16QAM调制方式下更加明显。直接原因就是UE上报的CQI偏大。其实系统不一定直接使用上报CQI值,会有相应的调整算法,会根据初始BLER值,算出CQI的偏移值,系统采用上报CQI - CQI偏移值得到实际使用的CQI值,不过该算法只是微调,CQI偏移值不会很大。

? 无响应个数,即NoAnswer个数,当NodeB没有检测到HS-SICH信道信息,就认为UE无应答,一般有这几种

原因:

a、HS-SCCH信道恶化导致UE接收HS-SCCH错误。首先要检查HS-SCCH配置的功率情况和实际功率情况,一般HS-SCCH的功率配置还是很大的,HS-SCCH的初始功率是配置的HS-SCCH最大功率减去9dB。比如,PCCPCH单码道功率功率为30dBm,配置的HS-SCCH最大发射功率(dB)为 -2dB,那么HS-SCCH的每条码道的功率都是30dBm-2dB-9dB=19dBm;

b、UE正确收到HS-DSCH,并上报ACK或NACK消息,只是NodeB没有检测到,这种现象还是比较少的,说明上行HS-SICH信道质量恶化严重,需要确认HS-SICH的功率情况,另外检查HS-SICH 初始目标SIR值和ACK/NACK功率偏移值设置是否正确。;

? 未接收到数据个数,即NoData个数,说明目前缓冲区中没有Mac-d PDU或者数据太少,还不够一次调用。一般正常情况下,如果出现很少的NoData数目,在流控机制作用下应该能够恢复,如果出现大量的NoData数目,就需要检查这几种原因:

a、下行空口速率太小,而且流量分配帧中的Credit很小,引发NoData连续出现,一旦满足调度块大小,一次调走,那么缓冲区又要积累多次,又引发NoData连续出现,该现象首先要解决的是什么原因引起该用户HSDPA业务下行空口速率那么小,需要分析该用户的调度情况、CQI情况、Nack比例以及Mac-d PDU平均吞吐量;

b、流控处理异常,在空口速率较好的情况下,如果出现流控分配帧的Credit很小,直接反映出来就是Mac-d PDU平均吞吐量小,这就要查看流控出了什么问题;

c、RNC无数据可发或RNC发送窗满,由于影响RNC数据量和RNC滑窗的数据都在上行伴随DPCH上传输,因此出现No Data时,很可能上行伴随DPCH信道质量已经下降了;

? 重传超时数据包个数,即统计因重传超时而丢弃的PDU的个数,如果重传超时数据包个数比较大,就需要检查重传处理、 RV版本,如果重传情况大部分发生在某一固定的HARQ进程中,就需要确认该HARQ处理。

CQI平均值62605856545250CQI平均值 16:22:5116:23:1916:23:4716:24:1716:24:4516:25:1316:25:4116:26:0916:26:3716:27:0516:27:3316:28:0116:28:2916:28:5916:29:2716:29:55

CQI平均值,统计测试间隔内上报的CQI的平均值。查看CQI平均值,能够大致了解空口速率在一个什么水平上。而统计间隔内会记录一个CQI最大值,根据这个CQI最大值可以得到“MAC-hs PDU峰值速率(bps)”。

Ue能力等级与CQI、下行速率的关系:

HSDPA 传输块大小—HS-DSCH能力等级为[1, 3] TB索引(k) TB大小 [bits] 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 NULL 240 249 259 270 281 292 304 316 329 342 356 370 385 401 417 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 TB 索引 (k) TB 大小 [bits] 434 451 470 489 508 529 550 572 596 620 645 671 698 726 755 786 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 TB索引(k) TB大小 [bits] 817 851 885 921 958 996 1037 1078 1122 1167 1214 1263 1314 1367 1423 1480 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 TB索引(k) TB 大小 [bits] 1540 1602 1667 1734 1804 1877 1952 2031 2113 2198 2287 2380 2476 2575 2679 2788 HSDPA 传输块大小—HS-DSCH能力等级为[4, 6] TB索引(k) TB大小 [bits] TB 索引 (k) TB 大小 [bits] TB索引(k) TB大小 [bits] TB索引(k) TB 大小 [bits] 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 NULL 240 252 265 279 294 309 325 342 360 379 398 419 441 464 488 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 514 541 569 598 630 662 697 733 772 812 854 899 946 995 1047 1101 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 1159 1219 1283 1350 1420 1494 1572 1654 1740 1831 1926 2027 2132 2244 2361 2484 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 2613 2749 2893 3043 3202 3369 3544 3729 3924 4128 4343 4570 4808 5058 5322 5600

HSDPA 传输块大小—HS-DSCH能力等级为[7, 9] TB索引(k) TB大小 [bits] 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 NULL 240 254 269 285 301 319 338 358 379 402 425 451 477 505 535 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 TB 索引 (k) TB 大小 [bits] 567 601 636 674 713 756 800 848 898 951 1007 1066 1129 1196 1267 1341 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 TB索引(k) TB大小 [bits] 1421 1505 1594 1688 1787 1893 2005 2123 2249 2383 2522 2671 2829 2996 3173 3360 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 TB索引(k) TB 大小 [bits] 3559 3769 3991 4227 4477 4741 5021 5318 5632 5964 6317 6690 7085 7503 7946 8416