某公司HSPA数传问题优化课件

29 六月 20241华为公司华为公司HSPA数传问题数传问题优化优化30 七月 20231华为公司HSPA数传问题优化Page 2l学习完此课程，您将：理解数据业务基本原理理解数据业务基本的优化思路掌握数据业务常见问题的定位方法目 标Page 2学习完此课程，您将：目 标Page 3内容介绍第第1章章 数据业务简介数据业务简介第第2章章 数据业务主要问数据业务主要问题题第第3章章 数据问题优化方数据问题优化方式式Page 3内容介绍第1章 数据业务简介Page 43G数据问题的基本组成lR99业务为用户提供一条或多条专用DCH信道；速率有8K、16K、32K、64K、128K、144K、256K、384KlHSDPA业务小区下多用户共享HS-DSCH信道；速率通过在多用户间调度来完成，单用户目前理论最高7.2Mbps；lHSUPA业务仅用于上行，为用户提供一条或多条专用E-DCH信道；速率通过调度来完成，单用户目前理论最高5.76Mbps；Page 43G数据问题的基本组成R99业务Page 5几类数据业务对比数据业务类型R99HSDPAHSUPA信道类型专用，一个用户一条或多条多用户共享专用，一个用户一条或多条功率分配方式专用，用户间不互相影响共享，多用户间互相影响共享，多用户间互相影响峰值速率理论384K，实际350K左右理论7.2M，实际6.8M左右理论5.76M，实际4M左右升降速方式三级或两级速率，通过RB重配完成在NodeB根据资源情况自适应变化多级速率，通过RB重配完成上下行上下行均有仅下行仅上行Page 5几类数据业务对比数据业务类型R99HSDPAHSPage 6内容介绍第第1章章 数据业务简介数据业务简介第第2章章 数据业务主要问数据业务主要问题题第第3章章 数据问题优化方数据问题优化方式式Page 6内容介绍第1章 数据业务简介Page 73G数据业务优化的几个方向l网络优化角度 特点：数据业务本身并没有问题，问题由于移动性能造成；CQT测试吞吐率正常，DT吞吐率较低或波动较大；工作内容：优化DT过程中的数据业务性能；l问题定位角度 特点：小区数据业务本身存在异常，CQT吞吐率较低；工作内容：定位造成数据业务问题的网元；Page 73G数据业务优化的几个方向网络优化角度Page 8影响影响影响HSDPAHSDPAHSDPA吞吐率的几个重要因素吞吐率的几个重要因素吞吐率的几个重要因素 传输质量不稳定。表现为IU或IUB接口丢包、时延抖动以及重复报文等；空口无线信号质量差或波动。表现为UE上报CQI低，无法满足测试要求；无线资源受限。表现为下行功率受限，IU/IUB传输资源受限或下行码资源受限等；参数配置不合适。包括RAN侧及CN侧的配置无法满足测试要求；UE驱动程序不匹配或存在性能缺陷。表现为不按协议规范动作；测试使用计算机性能异常。表现为CPU负荷比较高；测试使用FTP服务器（包括服务端软件）存在性能缺陷或限制；产品版本缺陷或早期单板能力存在限制；其他用户同时进行数传造成相互影响。Page 8影响HSDPA吞吐率的几个重要因素 传输质量不稳Page 9DTDTDT中的吞吐率问题中的吞吐率问题中的吞吐率问题lCQI较低EcIo差最好小区变化不及时H可用功率不足l主服务小区变化频繁无线环境变化过快1D时间延迟触发不合理lDSCRRNC边界不合理，频繁发生DSCRPage 9DT中的吞吐率问题CQI较低Page 10 CQICQI问题问题CQI的计算方式：的计算方式：UE上报CQI=(Ec/Nt)CPICH+10*lg(16)+MPO+4.5 调度CQI=（HS-PDSCH可用功率 PCPICH Power MPO）+UE上报的CQI 注：MPO=Min(13,CellMaxPower-PcpichPower MPO常数)UE上报的上报的CQINodeB用于用于数据调度的数据调度的CQICQICQI1、CQI并不直接反应数据业务信道质量；2、在MPO不变的情况下，CQI的变化可以反应信道质量的变化；Page 10 CQI问题CQI的计算方式：UE上报的CQIPage 11 CQICQI较低的原因和优化方式较低的原因和优化方式导频导频Ec/Io(dB)UE上报上报CQI-1416-1317-1218-1119-1020-921-822-723-624-525CellMaxPower为43dBm，PcpichPower为33dBm，MPO常数目前缺省配置为2.5dB lEcIo较差 从CQI的公式中可以看出，CQI与Ec/Io直接相关，且仅与EcIo相关，因此UE上报的CQI较低直接原因就是EcIo较差；RF优化改善EcIol主服务小区变化不及时 CQI上报所参考的EcIo并非激活集中质量最好的小区，而是提供HS-DSCH信道的小区（主服务小区），因此主服务小区变更的及时性也决定了较好CQI上报的及时性。这点与语音业务差别很大。修改1D延迟触发时间Page 11 CQI较低的原因和优化方式导频Ec/Io(dPage 12引入HSDPA后，一个用户与网络同时存在两类连接：lHSDPA连接 在同一时间，一个用户最多只能与网络间存在一条HSDPA连接，用于实际的数据传输。lDCH连接 DCH连接也称为伴随信道连接，只用于进行DCH的软切换和信道估计。对于HSDPA用户的切换，我们使用“HS-DSCH服务小区更新服务小区更新”来描述HS-DSCH的切换，而使用“切换切换”来描述DCH的切换。主服务小区变化（主服务小区变化（1 1）CELL1CELL 2小区2触发IA事件小区2触发ID事件，完成服务小区更新CELL1CELL 2HS-DSCHHS-DSCHDCHDCHPage 12引入HSDPA后，一个用户与网络同时存在两类连Page 13服务小区的变更是把双刃剑，过快过慢都会造成一定的问题：l变更过快 由于HS-DSCH信道是硬切换，因此在切换间的吞吐率波动是难以避免的，过于频繁的服务小区变更，将导致HSDPA速率始终在速率底部难以回升。l变更过慢 CQI的上报是根据服务小区所在的信道质量进行评估，服务小区变更过慢，会导致CQI上报过低，影响速率的调度。主服务小区变化（主服务小区变化（2 2）优化参数优化参数参数作用参数作用1D1D延迟触发时间延迟触发时间适当延长1D事件的发生时间，避免因信号波动造成的频繁1DHSPAHSPA切换保护时长切换保护时长避免因频繁1D引入的惩罚时间，在惩罚时间内不允许再发生服务小区变更Page 13服务小区的变更是把双刃剑，过快过慢都会造成一定Page 14DSCRlDSCR发生在RNC边界，全称为“Direct Signalling Connection Re-establish”，称为直接信令连接重建。l这个过程分三步在源RNC进行RRC连接释放；在新RNC进行路由区更新；在新RNC重新建立链路。业务类型平均时延（s）同频DSCR2.86进行RNC边界的信号控制，避免两个RNC的小区信号频繁更替。使UE能尽量只进行一次跨RNC的DSCR/迁移，降低跨RNC的影响。Iur口支持HSPA业务，这样UE在跨RNC时就可以不采用SRNC变更的策略，即使跨了RNC，H业务也可以通过Iur口完成业务的正常使用，该策略使HSPA业务与CS业务一样通过软切换同时占用Iur口来完成，从而避免了业务中断。l解决方案Page 14DSCRDSCR发生在RNC边界，全称为“DiPage 15几个重要的速率概念Scheduled Rate：统计时长内调度该UE的传输块大小之和/统计时长内调度该UE的2ms时隙数*2ms。Served Rate：统计时长内调度该UE的传输块大小之和/统计时长，是将MAC层重传统计在内的MAC层速率。MAC Layer Rate：MAC层速率，排除MAC层重传。HS-SCCH Success Rate：是调度该UE的时隙数/统计时长内所有时隙数。多UE共享一条HS-SCCH信道时，多UE将共享该条信道资源。因此该调度成功率，反映了该UE占用HSDPA资源的时间比例。Served Rate=Scheduled Rate*HS-SCCH Success Rate。Mac Layer Rate=Served Rate*(1-SBLER)。体现在最终的用户感知上Page 15几个重要的速率概念Scheduled RatePage 16 HSDPAHSDPA的功率使用的功率使用lHSDPA可用功率 HSDPA最终调度时的CQI还跟当前HS-DSCH信道可用功率有关。小区可用总功率小区可用总功率小区可用总功率小区可用总功率公共信道功率公共信道功率公共信道功率公共信道功率R99R99占用功率占用功率占用功率占用功率20W*90%=18W4W根据用户情况1、R99用户数过多，H可用功率较少；2、HSDPA用户数较多，单用户可用H功率较少；Page 16 HSDPA的功率使用HSDPA可用功率小区可Page 17 HSDPAHSDPA的码字使用的码字使用Page 17 HSDPA的码字使用Page 18Schedule Rate低NodeB调度时TB size是由CQI、码字和功率等共同决定的，而TB size/2ms就是Scheduled Rate。CQI 较低较低码字较少码字较少功率不足功率不足1、EcIo较差2、服务小区未及时变更1、功率余量设置是否正常（应为10%）2、用户是否较多可调度数可调度数据不足据不足TB Size还取决于此时用户可发送的数据量。如果可发送的数据量小于最大可调度的TB Size，则物理层速率也会低于预期值。1、功率余量设置是否正常（应为10%）2、用户是否较多Page 18Schedule Rate低NodeB调度时TPage 19Served rate低Served Rate=Scheduled Rate*HS-SCCH Success Rate，在Scheduled Rate正常条件下，Served Rate偏低是由于HS-SCCH成功率偏低导致。在正常单用户情况下，如果HS-SCCH信道功率和业务量不受限制，HS-SCCH成功率应为100%。HSDPA用户数用户数SCCH信信道数道数业务量业务量1、单用户的SCCH调度成功率应在100%2、多用户时，调度成功率会分摊。1、决定了可同时调度的UE数量；2、信道个数可配置范围从14。Iub带宽带宽Iub带宽不足的最大原因在于用户数的多少，包括R99和H用户1、可供用户下载的业务量大小决定了调度的成功率；2、在RLC缓存中的数据量可以观察到业务量的大小。UE测限速测限速UE测是否限速可以从核心网下发的RAB指派消息中获得SCCH多用户调度示意图Page 19Served rate低Served RatePage 20Served rate低如何判断UE是否限速Page 20Served rate低如何判断UE是否限Page 21内容介绍第第1章章 数据业务简介数据业务简介第第2章章 数据业务主要问数据业务主要问题题第第3章章 数据问题分析步数据问题分析步骤骤Page 21内容介绍第1章 数据业务简介Page 22HSDPA吞吐率问题分类现象现象1：下载速率比较低且相对平稳，如下图所示。多数原因是由于用户签约速率受限，不正确的AT命令限速，或者无线资源（码资源、功率资源或传输资源）受限所致。HSDPA速率稳定在理论值以下Page 22HSDPA吞吐率问题分类现象1：下载速率比较低Page 23现象现象2：下载速率有规律的波动，包括有规律的阶梯状上升或下降、方波状地波动，在波动过程中吞吐率偶尔也能够达到理论值，如下图所示。导致这种现象的多数原因是参数配置或算法特性在某些环境下存配合存在问题。HSDPA吞吐率问题分类Page 23现象2：下载速率有规律的波动，包括有规律的阶梯Page 24现象现象3：下载速率无规律的波动，这是最常见的波动问题，速率只是偶尔能够达到理论值但是剧烈波动，如下图所示。导致这类问题的原因比较多，需要进行从FTP server到UE的端到端的检查。HSDPA吞吐率问题分类Page 24现象3：下载速率无规律的波动，这是最常见的波动Page 25基本分析步骤l步骤一：终端能力检查l用户请求速率是否正常？l终端类型是否满足要求？如果CN指派下来的MaxBitRate小于理论值，则需要检查如下信息。便携机是否有AT命令限速操作；测试USIM卡签约信息（HLR）；核心网（SGSN/GGSN）允许最大速率。Page 25基本分析步骤步骤一：终端能力检查如果CN指派下Page 26基本分析步骤l步骤二：信令流程检查l业务是否建立在HSDPA信道上 小区HSDPA是否激活？终端是否支持HSDPA？HSDPA用户数是否已达到限制？从RB Setup消息中观察是否建立在H信道上Page 26基本分析步骤步骤二：信令流程检查 小区HSDPPage 27基本分析步骤l步骤三：空口质量检查 获得较好的下行吞吐率，需要保证CQI在20以上（MPO常量=2.5）HSDPA终端类型支持物理层速率需要H码数最低CQICat121.8Mbit/s518Cat63.6Mbit/s522Cat87.2Mbit/s1025Cat1014.4Mbit/s1526Page 27基本分析步骤步骤三：空口质量检查HSDPA终端Page 28基本分析步骤l步骤四：无线资源检查1、码资源核查 RNC侧码分配方式 NodeB侧动态码开关是否打开 License是否有限制在RNC上用LST CELLHSDPA查询在NodeB上用LST MACHSPARA查询在NodeB上用DSP License查询Page 28基本分析步骤步骤四：无线资源检查在RNC上用LPage 29基本分析步骤l步骤五：无线资源检查2、功率资源核查 当小区下行载波发射功率很多时候超过90%的时候，基本认为功率已经受限了。HSDPA总功率相对小区最大发射功率偏置为0，也就是HSDPA可以用到小区的最大发射功率。Page 29基本分析步骤步骤五：无线资源检查Page 30基本分析步骤l步骤六：数据量检查2、功率资源核查 当小区下行载波发射功率很多时候超过90%的时候，基本认为功率已经受限了。HSDPA总功率相对小区最大发射功率偏置为0，也就是HSDPA可以用到小区的最大发射功率。Page 30基本分析步骤步骤六：数据量检查Page 31基本分析步骤l步骤七：特殊排查方式1、将上行承载在DCH上 由于上行负载控制的原因，有可能存在因为HSUPA速率无法提升导致的HSDPA速率不高，因此可以尝试去激活该小区的HSUPA业务，将上行承载在DCH上。如果速率正常，则说明问题出在上行HSUPA上。2、用多线程下载 无线必然会存在一定的RTT环回时延和丢包，RTT时延的抖动和少量丢包，会导致UE的上行确认报文无法到达FTP服务器，进而使得FTP服务器发送端TCP发送窗口堵住，数据无法及时发送给RNC。这时候就需要FTP重发包，直到收到报文为止。因此，相对于单线程来说，多线程增加了确认报文到达FTP服务器的可能性。如果多线程正常，则无线侧没有太大问题，需要检查服务器的TCP窗大小。Page 31基本分析步骤步骤七：特殊排查方式