《精编》华为公司HSPA数传问题优化

《《精编》华为公司HSPA数传问题优化》由会员分享，可在线阅读，更多相关《《精编》华为公司HSPA数传问题优化（31页珍藏版）》请在金锄头文库上搜索。

1、华为公司HSPA数传问题优化 学习完此课程 您将 理解数据业务基本原理理解数据业务基本的优化思路掌握数据业务常见问题的定位方法 目标 内容介绍 第1章数据业务简介第2章数据业务主要问题第3章数据问题优化方式 3G数据问题的基本组成 R99业务为用户提供一条或多条专用DCH信道 速率有8K 16K 32K 64K 128K 144K 256K 384KHSDPA业务小区下多用户共享HS DSCH信道 速率通过在多用户间调度来完成 单用户目前理论最高7 2Mbps HSUPA业务仅用于上行 为用户提供一条或多条专用E DCH信道 速率通过调度来完成 单用户目前理论最高5 76Mbps 几类数据业务

2、对比 内容介绍 第1章数据业务简介第2章数据业务主要问题第3章数据问题优化方式 3G数据业务优化的几个方向 网络优化角度特点 数据业务本身并没有问题 问题由于移动性能造成 CQT测试吞吐率正常 DT吞吐率较低或波动较大 工作内容 优化DT过程中的数据业务性能 问题定位角度特点 小区数据业务本身存在异常 CQT吞吐率较低 工作内容 定位造成数据业务问题的网元 影响HSDPA吞吐率的几个重要因素 传输质量不稳定 表现为IU或IUB接口丢包 时延抖动以及重复报文等 空口无线信号质量差或波动 表现为UE上报CQI低 无法满足测试要求 无线资源受限 表现为下行功率受限 IU IUB传输资源受限或下行码资

3、源受限等 参数配置不合适 包括RAN侧及CN侧的配置无法满足测试要求 UE驱动程序不匹配或存在性能缺陷 表现为不按协议规范动作 测试使用计算机性能异常 表现为CPU负荷比较高 测试使用FTP服务器 包括服务端软件 存在性能缺陷或限制 产品版本缺陷或早期单板能力存在限制 其他用户同时进行数传造成相互影响 DT中的吞吐率问题 CQI较低EcIo差最好小区变化不及时H可用功率不足主服务小区变化频繁无线环境变化过快1D时间延迟触发不合理DSCRRNC边界不合理 频繁发生DSCR CQI问题 CQI的计算方式 UE上报CQI Ec Nt CPICH 10 lg 16 MPO 4 5调度CQI HS PD

4、SCH可用功率 PCPICHPower MPO UE上报的CQI注 MPO Min 13 CellMaxPower PcpichPower MPO常数 UE上报的CQI NodeB用于数据调度的CQI CQI 1 CQI并不直接反应数据业务信道质量 2 在MPO不变的情况下 CQI的变化可以反应信道质量的变化 CQI较低的原因和优化方式 CellMaxPower为43dBm PcpichPower为33dBm MPO常数目前缺省配置为2 5dB EcIo较差从CQI的公式中可以看出 CQI与Ec Io直接相关 且仅与EcIo相关 因此UE上报的CQI较低直接原因就是EcIo较差 RF优化改善E

5、cIo主服务小区变化不及时CQI上报所参考的EcIo并非激活集中质量最好的小区 而是提供HS DSCH信道的小区 主服务小区 因此主服务小区变更的及时性也决定了较好CQI上报的及时性 这点与语音业务差别很大 修改1D延迟触发时间 引入HSDPA后 一个用户与网络同时存在两类连接 HSDPA连接在同一时间 一个用户最多只能与网络间存在一条HSDPA连接 用于实际的数据传输 DCH连接DCH连接也称为伴随信道连接 只用于进行DCH的软切换和信道估计 对于HSDPA用户的切换 我们使用 HS DSCH服务小区更新 来描述HS DSCH的切换 而使用 切换 来描述DCH的切换 主服务小区变化 1 CE

6、LL1 CELL2 小区2触发IA事件 小区2触发ID事件 完成服务小区更新 CELL1 CELL2 HS DSCH HS DSCH DCH DCH 服务小区的变更是把双刃剑 过快过慢都会造成一定的问题 变更过快由于HS DSCH信道是硬切换 因此在切换间的吞吐率波动是难以避免的 过于频繁的服务小区变更 将导致HSDPA速率始终在速率底部难以回升 变更过慢CQI的上报是根据服务小区所在的信道质量进行评估 服务小区变更过慢 会导致CQI上报过低 影响速率的调度 主服务小区变化 2 DSCR DSCR发生在RNC边界 全称为 DirectSignallingConnectionRe establi

7、sh 称为直接信令连接重建 这个过程分三步在源RNC进行RRC连接释放 在新RNC进行路由区更新 在新RNC重新建立链路 进行RNC边界的信号控制 避免两个RNC的小区信号频繁更替 使UE能尽量只进行一次跨RNC的DSCR 迁移 降低跨RNC的影响 Iur口支持HSPA业务 这样UE在跨RNC时就可以不采用SRNC变更的策略 即使跨了RNC H业务也可以通过Iur口完成业务的正常使用 该策略使HSPA业务与CS业务一样通过软切换同时占用Iur口来完成 从而避免了业务中断 解决方案 几个重要的速率概念 ScheduledRate 统计时长内调度该UE的传输块大小之和 统计时长内调度该UE的2ms

8、时隙数 2ms ServedRate 统计时长内调度该UE的传输块大小之和 统计时长 是将MAC层重传统计在内的MAC层速率 MACLayerRate MAC层速率 排除MAC层重传 HS SCCHSuccessRate 是调度该UE的时隙数 统计时长内所有时隙数 多UE共享一条HS SCCH信道时 多UE将共享该条信道资源 因此该调度成功率 反映了该UE占用HSDPA资源的时间比例 ServedRate ScheduledRate HS SCCHSuccessRate MacLayerRate ServedRate 1 SBLER 体现在最终的用户感知上 HSDPA的功率使用 HSDPA可用

9、功率HSDPA最终调度时的CQI还跟当前HS DSCH信道可用功率有关 20W 90 18W 4W 根据用户情况 1 R99用户数过多 H可用功率较少 2 HSDPA用户数较多 单用户可用H功率较少 HSDPA的码字使用 ScheduleRate低 NodeB调度时TBsize是由CQI 码字和功率等共同决定的 而TBsize 2ms就是ScheduledRate CQI较低 码字较少 功率不足 1 EcIo较差2 服务小区未及时变更 1 功率余量设置是否正常 应为10 2 用户是否较多 可调度数据不足 TBSize还取决于此时用户可发送的数据量 如果可发送的数据量小于最大可调度的TBSize

10、 则物理层速率也会低于预期值 1 功率余量设置是否正常 应为10 2 用户是否较多 Servedrate低 ServedRate ScheduledRate HS SCCHSuccessRate 在ScheduledRate正常条件下 ServedRate偏低是由于HS SCCH成功率偏低导致 在正常单用户情况下 如果HS SCCH信道功率和业务量不受限制 HS SCCH成功率应为100 HSDPA用户数 SCCH信道数 业务量 1 单用户的SCCH调度成功率应在100 2 多用户时 调度成功率会分摊 1 决定了可同时调度的UE数量 2 信道个数可配置范围从1 4 Iub带宽 Iub带宽不足的

11、最大原因在于用户数的多少 包括R99和H用户 1 可供用户下载的业务量大小决定了调度的成功率 2 在RLC缓存中的数据量可以观察到业务量的大小 UE测限速 UE测是否限速可以从核心网下发的RAB指派消息中获得 SCCH多用户调度示意图 Servedrate低 如何判断UE是否限速 内容介绍 第1章数据业务简介第2章数据业务主要问题第3章数据问题分析步骤 HSDPA吞吐率问题分类 现象1 下载速率比较低且相对平稳 如下图所示 多数原因是由于用户签约速率受限 不正确的AT命令限速 或者无线资源 码资源 功率资源或传输资源 受限所致 HSDPA速率稳定在理论值以下 现象2 下载速率有规律的波动 包括

12、有规律的阶梯状上升或下降 方波状地波动 在波动过程中吞吐率偶尔也能够达到理论值 如下图所示 导致这种现象的多数原因是参数配置或算法特性在某些环境下存配合存在问题 HSDPA吞吐率问题分类 现象3 下载速率无规律的波动 这是最常见的波动问题 速率只是偶尔能够达到理论值但是剧烈波动 如下图所示 导致这类问题的原因比较多 需要进行从FTPserver到UE的端到端的检查 HSDPA吞吐率问题分类 基本分析步骤 步骤一 终端能力检查用户请求速率是否正常 终端类型是否满足要求 如果CN指派下来的MaxBitRate小于理论值 则需要检查如下信息 便携机是否有AT命令限速操作 测试USIM卡签约信息 HL

13、R 核心网 SGSN GGSN 允许最大速率 基本分析步骤 步骤二 信令流程检查业务是否建立在HSDPA信道上 小区HSDPA是否激活 终端是否支持HSDPA HSDPA用户数是否已达到限制 从RBSetup消息中观察是否建立在H信道上 基本分析步骤 步骤三 空口质量检查获得较好的下行吞吐率 需要保证CQI在20以上 MPO常量 2 5 基本分析步骤 步骤四 无线资源检查1 码资源核查RNC侧码分配方式NodeB侧动态码开关是否打开License是否有限制 在RNC上用LSTCELLHSDPA查询 在NodeB上用LSTMACHSPARA查询 在NodeB上用DSPLicense查询 基本分析

14、步骤 步骤五 无线资源检查2 功率资源核查当小区下行载波发射功率很多时候超过90 的时候 基本认为功率已经受限了 HSDPA总功率相对小区最大发射功率偏置为0 也就是HSDPA可以用到小区的最大发射功率 基本分析步骤 步骤六 数据量检查2 功率资源核查当小区下行载波发射功率很多时候超过90 的时候 基本认为功率已经受限了 HSDPA总功率相对小区最大发射功率偏置为0 也就是HSDPA可以用到小区的最大发射功率 基本分析步骤 步骤七 特殊排查方式1 将上行承载在DCH上由于上行负载控制的原因 有可能存在因为HSUPA速率无法提升导致的HSDPA速率不高 因此可以尝试去激活该小区的HSUPA业务 将上行承载在DCH上 如果速率正常 则说明问题出在上行HSUPA上 2 用多线程下载无线必然会存在一定的RTT环回时延和丢包 RTT时延的抖动和少量丢包 会导致UE的上行确认报文无法到达FTP服务器 进而使得FTP服务器发送端TCP发送窗口堵住 数据无法及时发送给RNC 这时候就需要FTP重发包 直到收到报文为止 因此 相对于单线程来说 多线程增加了确认报文到达FTP服务器的可能性 如果多线程正常 则无线侧没有太大问题 需要检查服务器的TCP窗大小