HSPA数传类问题定位.docx

HSPA数传类问题定位.docx

《HSPA数传类问题定位.docx》由会员分享，可在线阅读，更多相关《HSPA数传类问题定位.docx（12页珍藏版）》请在冰豆网上搜索。

HSPA数传类问题定位

我们把HSDPA数传类问题分为以下两类：

第一类问题表现为下载速率低或波动。

从维护的历史数据来看，此类问题最为常见，问题现象及涉及范围也比较广泛，通常与以下因素相关：

✓传输质量不稳定。

表现为IU或IUB接口丢包、时延抖动以及重复报文等；

✓空口无线信号质量差或波动。

表现为UE上报CQI低，无法满足测试要求；

✓无线资源受限。

表现为下行功率受限，IU/IUB传输资源受限或下行码资源受限等；

✓参数配置不合适。

包括RAN侧及CN侧的配置无法满足测试要求；

✓UE驱动程序不匹配或存在性能缺陷。

表现为不按协议规范动作；

✓测试使用计算机性能异常。

表现为CPU负荷比较高；

✓测试使用FTP服务器（包括服务端软件）存在性能缺陷或限制；

✓产品版本缺陷或早期单板能力存在限制；

✓其他用户同时进行数传造成相互影响。

第二类问题表现为下载速率为零

此类问题发生的概率比较少。

通常与测试过程中的操作不当，源端数据受限（服务器异常导致用户面不通），参数配置错误以及UE驱动程序不匹配等因素相关。

步骤一、信令流程检查（必选）

分析前提：

RNCCDT跟踪

在定位问题过程中，经常发现用户USIM卡签约信息不合适（开户信息中的MBR比较小），核心网（CoreNetwork,CN）限速，拨号过程中使用了不正确的AT命令限速，手机能力不支持等现象。

这些因素都有可能限制用户能够达到的最大速率，这些通常可以从信令流程中发现。

因此，对于下载速率低且平稳的问题，需要重点检查业务建立过程中信令流程是否正常。

对于下载速率能够达到理论值（速率波动）的问题，可以跳过该步骤，因为能够达到理论速率基本上能够说明没有限制用户速率的环节。

具体地，需要检查RANAP_RAB_ASSIGNMENT_REQ消息中的MaxBitRate信元，确认CN指派的上下行最大比特速率是否满足测试要求。

图1-1RAB指派消息中的业务类型与上下行最大比特速率信息

如果CN指派下来的MaxBitRate小于理论值，则需要现场工程师检查如下信息。

✓便携机是否有AT命令限速操作；

✓测试USIM卡签约信息（HLR）；

✓核心网（SGSN/GGSN）允许最大速率。

如果CN指派下来的MaxBitRate满足理论速率要求，则需要进一步检查业务建立时UE发给网络的RRC_CONNECT_SETUP_CMP消息中标识UE能力的信元hsdsch–physical–layer–category，确认终端能力是否满足测试要求。

图1-2UE在RRC_CONNECT_SETUP_CMP息里上报的能力信息

上图中的结果表明该款UE为HSDPA类8终端，支持物理层7.2Mbps吞吐率，其它类型终端与相应的物理层能力如下表所示。

表21HSDPA终端能力表

UE类型

支持的最大TB块

支持的最大物理层速率（Mbps）

11,12

3630

1.8

1～6

7298

3.6

7,8

14411

7.2

9

20251

10

10

27952

14.4

如果UE上报的hsdsch-physical-layer-category不能满足理论速率要求，建议更换能力更高的终端进行测试。

如果UE的能力满足理论速率要求，但下载速率接近384K，通常原因是小区HSDPA业务没有激活或状态异常使得业务承载在DCH上，此时需要检查HSDPA小区的状态是否已经激活且处于可用状态；否则，进入步骤二对空口质量进行检查。

步骤二、空口质量检查（必选）

分析前提：

NodeBCDT和UE跟踪

本节主要检查下行空口质量，上行空口质量的检查安排在了步骤五与步骤六中。

HSDPA在下行引入了HS-DSCH共享信道，没有功率控制机制，取而代之的是链路自适应机制。

即，UE测量公共导频信道的质量，并将此信道质量（CQI）上报给NodeB，NodeB根据UE上报的CQI及其它资源状况来调度当前TTI能够发送的TB块大小。

不同的CQI上报值就决定了UE所能获得的最大空口速率。

如果UE上报CQI低于目标值且波动，则必然导致HSDPA空口速率波动。

因此，首先要检查并确认UE上报CQI是否能够稳定在理论吞吐率对应值以上。

不同理论吞吐率对应的最低CQI要求如下表示，以类8终端为例，物理层达到7.2Mbps的吞吐率，必要条件是UE上报CQI必须达到25。

表22各类HSDPA终端理论速率对应最低CQI要求表

HSDPA终端类型

支持物理层速率

需要HS-PDSCH码数

峰值速率需要最低CQI

Cat12

1.8Mbit/s

5

18

Cat6

3.6Mbit/s

5

22

Cat8

7.2Mbit/s

10

25

Cat10

14.4Mbit/s

15

26

通过Probe（或者其它终端自带的后台跟踪软件）跟踪HSDPA下载过程中UE上报CQI变化情况（HSDPALinkStatistics项），可以直接获得当前的无线空口质量信息。

所下图所示，当前UE上报的CQI为27，满足上述要求。

图1-1Porbe跟踪到的UE上报CQI信息

✓根据前面排查，如果发现下载过程中观察到的UE上报CQI低于目标值且波动，请联系现场网规工程师优化无线环境或更换其它的测试路线。

优化思路包括但不限于以下内容：

检查是否存在器件连接不稳定导致的下行路径损耗过大，检查是否存在较强的同频干扰，检查下行负载是否已经较高等；

✓如果CQI满足前述要求，但下载速率仍不能满足要求，进入下一步骤（无线资源检查）。

空口质量也可以通过NodeBCDT来查看，NodeBCDT可用通过UMAT工具把HSDPA用户增强信息提取出来，如图2－9所示。

对于空口质量的检查，NodeBCDT需要检查两点：

1.UE上报的CQI信息，可以在Excel中画出CQI变化图；2.ACK比例，NACK比例及DTX比例；使用Excel率选功能，分别统计ACK数据，NACK数据量和DTX数据量。

如果NACK比例太高，先检查小区最大发射功率、导频以及MPO常数设置有没有问题，再排查上行空口质量,参照步骤五和步骤六；如果DTX比例太高，先检查小区最大发射功率、导频以及MPO常数设置有没有问题，在检查HSSCCH功控方式，将HSSCCH改为固定功控（NodeBLMT:

SETMACHSPARA:

SCCHPWRCM=FIXED,SCCHPWR=28;）；

HSDPA用户增强信息各字段的含义请参考《HSPANodeBCDTMessageExplain.xls》。

说明：

CQI是通过测量下行公共导频信道Ec/N0所得，如果无法获得UE的LOG，可以使用RNC维护台“连接性能监测”里的“小区信噪比和接收信号码功率”作为参考。

CQI=Ec/N0*K+MPO（注：

此公式表示CQI与Ec/N0的线性关系，但K的获取很复杂，此处不再深究）

步骤三、无线资源检查（必选）

分析前提：

RNC实时跟踪，MML查询和NodeBCDT

本步骤主要目的有两点：

首先确认各项资源（OVSF、Power和IUB传输）配置是否能够满足测试要求；其次，实际商用网络还需要考虑测试过程中是否存在其他（高优先级）用户抢占资源，这一点在商用网络验收测试过程中尤其要重视。

1、OVSF资源检查

参考上一步骤中的表22要求检查配置的OVSF资源是否足够。

以类8终端为例，理论吞吐率需要的HS-PDSCH码数为10。

需要指出，如果RNC配置了HSDPA动态码分配，最大码数目必须大于等于10（如果NodeB也打开了动态码功能，则不需要此约束条件）。

同时，NodeB配置的License也必须要大于10，因为NodeB配置的码资源License是在整个基站共享的，因此其它小区也有可能使用这些码资源。

在RNC维护台上直接使用LSTCELLHSDPA命令检查配置的HS-PDSCH码道数目，如下图所示。

图1-1RNC配置的HS-PDSCH码资源

在NodeB维护台或M2000查询的NodeBLicense结果如下图所示。

图1-2NodeB配置的HS-PDSCH码资源与16QAM的License

说明：

HSDPA16QAM调制功能和HS-PDSCH动态码功能均包含在HSDPARRMPacke1LICENSE项里。

对于商用网络，由于无法保证测试过程中是否存在其他DCH用户抢占码资源，需要在测试过程中同时跟踪并观察“小区用户数统计”与“小区码树使用情况监测”两项指标，如下面两图所示。

图1-3RNC维护台跟踪小区用户数

图1-4RNC维护台跟踪小区码树使用情况

需要特别指出来，除了码资源外，16QAM调制方式开关与LICENSE配置必须也要同时打开才能支持更高的吞吐率。

以类8终端为例，如果发现上报CQI大于25，其它资源都不受限，但发送的CQI只有24（QPSK方式），通常是16QAM的开关或LICENSE没有打开。

可以在NodeB维护台检查16QAM开关是否被正确设置（默认是打开的）。

SETMACHSPARA:

16QAMSW=OPEN;

NodeBCDTHSDPA增强消息中，能查询到每个TTI可用HSPDSCH码数，如下图所示。

2、用户面License资源检查

为了满足HSDPA用户面达到一定的吞吐率，RNC配置的HSDPA处理能力必须超过测试或演示需求，如下图所示。

图1-5RNC配置的HSDPA用户面资源License

3、功率资源检查

检查HSDPA可用功率配置，将HSDPA可用功率相对小区最大发射功率偏置设置成0，RNCLMT（ADD/MODCELLHSDPA:

HspaPower=0;）。

PWRMGN设置为5％（SETMACHSPARA:

PWRMGN=5;），PWRMGN给R99用户快速功控用的，小区功率不能全部给H使用，需要预留一部分功率用户R99用户快速功控的功率需求，否则会影响R99性能。

4、传输资源检查

根据实际吞吐率需要确认物理带宽（E1数目）是否满足测试要求，同时检查参数配置是否符合该版本对应的传输配置规范。

主要包括：

✓配置的物理带宽是否足够？

（AAL2PATH或IPPATH）

✓中间IUB传输设备是否存在瓶颈？

（如果条件允许可以使用直连方式对比验证）

✓HSDPAPATH配置是否符合规范？

不规范的配置可能会导致限速或丢包，比如RNC配置的SRC远小于NodeB配置的RCR。

✓TRMMAP映射是否正确？

本节只涉及传输资源配置和规范的检查，参考《HSPA操作和信息收集方法2.0.doc》。

5、功率资源检查

测试过程中，检查小区下行载频发射功率是否已经受限，跟踪方法如下图所示。

图1-6RNC维护台跟踪小区下行载波发射功率方法

当观察到的小区下行载波发射功率很多时候超过90%的时候，基本认为功率已经受限了。

正常情况下，产品基线配置应该能够满足单用户HSPA数传（7.2Mbps）测试要求。

因此，首先需要检查功率相关的参数是否按照基线进行配置（建议HSDPA总功率相对小区最大发射功率偏置为0，也就是HSDPA可以用到小区的最大发射功率，如下图所示。

公共导频信道功率为33dBm，MPO常量2.5）。

图1-7RNC维护台配置HSPA可用功率

如果上述检查均正常，说明无线资源没有受限，通常是其它环节存在限制。

需要进入步骤四，对RLC缓存占用情况（RLCBO）进行检查，以确认是RNC以上（RNC，CN及服务器）数据源不足，还是RNC以下通道（包括IUB，空口，UE及测试计算机）存在异常。

步骤四、RLCBO信息检查（可选）