指标及优化PPT课件.ppt

HSDPAKPI指标及优化 UMTS网络规划部2006年5月 1 课程目标 HSDPA的新增KPI指标HSDPA的KPI指标优化 学习完本课程 您将能够熟悉 2 主要内容 T 第一章H接入KPI指标及优化 第二章H切换和掉话KPI指标及优化 第三章H吞吐率KPI指标及优化 3 HSDPA接入KPI指标 路测KPI指标 话统KPI指标 注意 1 表中给出的数值仅供参考 以性能部发布的为准 4 HSDPA路测接入失败分析流程 5 RRC连接建立失败分析 RRC连接建立的过程主要包括几个步骤 UE通过RACH信道发送RRCConnectionRequest消息 RNC通过FACH信道发送RRCConnectionSetup消息 UE在建立下行专用信道并同步后通过上行专用信道发送RRCConnectionSetupCMP消息 6 RRC连接建立失败分析 引入HSDPA后 RNC收到UE发的RRC建立请求消息后 下发了RRCConnectionReject消息 RRCConnectionReject中拒绝原因值为Congestion 原因是 小区的上行负载或者下行负载处于拥塞状态HSDPA用户接入时 下行伴随DCH没有满足SF的码字 对小区的上行或者下行负载过载 可通过小区性能监测中的上行宽带总接收功率或者下行载波发射功率来监测小区的上行和下行负载 从而进行调整 对H用户下行伴随DCH没有满足SF的码字 一般情况是HS PDSCH码字静态分配时不合理或者有其它R99用户存在 可通过小区性能监测中的小区码树使用情况观察码树使用情况 7 码资源受限导致RRC连接建立失败 案例 静态分配HS PDSCH的码字15个 HS SCCH配置4条 接入第一个H用户RRC拒绝失败 原因分析 通过RNC小区性能跟踪 跟踪码树分配 发现 CCH占用一个SF 32 4条HS SCCH占用一个SF 32 15个HS PDSCH占用30个SF 32的码字这时当H用户接入时 13 6K信令需要一个SF 128的码字 而此时根本没有码字可以分配 从而导致RRC连接拒绝 因此只能分配给HS PDSCH14个码字 HS PDSCH码字静态分配 同时有R99用户存在 需要特别注意码字分配 8 NCP带宽不足导致RRC连接建立失败 Iub控制面由1个NCP 1 n个CCP 1个ALCAP链路组成 NCP上传输与公共过程有关的消息 如审计 小区建立删除重配置 公共信道建立删除重配置 公共测量 以及无线链路建立等 CCP上承载的与专用过程有关的消息 如RL增加删除重配置 RL恢复失败 以及专用测量等ALCAP传输Iub接口AAL2接续的消息 其中与接入相关的信令是RL SET REQ NCP RL SET RESPONSE NCP RL RESTORE INDICATION CCP 案例 某试验局配置2载频 共6个cells 发现经常无法打通电话 分析 分析RNC跟踪的接入信令 发现RNC收不到RL SET RESPONSE 特别是在打开HSDPA的小区载波发射功率 R99载波发射功率上报时 而小区载波发射功率上报是通过公共测量上报的 检查NCP配置带宽是50Kbps 修改为100Kbps后问题解决 9 RAB指配或RB建立失败分析 常见的RAB RB建立失败问题包括 参数配置错误导致RNC直接拒绝RAB的建立请求准入拒绝UE回应RB建立失败造成的RAB建立失败空中接口RB建立没有响应造成的RAB建立失败 对于准入拒绝 需要考虑两部分 R99用户的准入HSDPA用户的准入 伴随DCH的准入和HSDPA信道的准入 10 DCH准入拒绝导致RAB指配或RB建立失败 支持HSDPA小区中R99用户的下行负载准入 上式成立 则准入 否则拒绝 其中对应DCH信道相应的准入门限 R99和HSDPA动态功率分配方式 R99和HSDPA静态功率分配方式 此类准入拒绝在RNC日志中容易观察到 CELLCACCONGESTION 11 码字或IUB带宽受限导致RAB指配或RB建立失败 支持HSDPA小区中R99用户或者HSDPA用户伴随DCH的码字准入 支持HSDPA小区中R99用户或者HSDPA用户伴随DCH的Iub传输准入 引入HSDPA后 在HS PDSCH码字静态分配时 H码字和R99码字无法共享 如果H码字静态分配不合理 在接入R99新用户时 码字受限导致RAB指配失败 在R99和HSDPA的AAL2PATH完全不共享分配方式 如果分配给R99用户的AAL2PATH太小 在接入R99新用户时传输受限导致RAB指配失败 此类准入拒绝在RNC日志中容易观察到 AAL2FAILURE IUBLOCALALFORWARDMAXBITRATEUNAVAILABLE 此类准入拒绝在RNC日志中容易观察到 CELLDLSFUNAVAILABLE 12 RAB指配或RB建立失败分析 动态功率分配方式HSDPA信道的准入 静态功率分配方式HSDPA信道的准入 静态方式准入需要所有7步准入 动态方式只需要前3步的准入 13 RAB指配或RB建立失败分析 HSDPA用户接入失败 准入失败 案例1 在某次HSDPA测试中出现 第14个BE用户总是接入拒绝 小区配置的CAC参数为 每个用户的开户速率为2Mbps HS DSCH配置13个码字 小区HS DSCH信道用户数为16个 AverageHSDPAthroughputperHS PDSCHcode为200Kbps HS DSCH信道速率倍数因子为10 将AverageHSDPAthroughputperHS PDSCHcode修改为300Kbps 则可以接入16个H用户 分析原因是 HSDPA用户接入时需要判断接入后总速率是否会超过规定的门限 上面案例中规定的门限为13 200Kbps 10 26000Kbps 而接入到第14个用户是总速率为14 2Mbps 28672Kbps 总速率超过小区规定的门限 从而导致准入失败 14 HSDPA话统接入失败分析流程 RNC和小区话统分析流程与R99话统分析流程一致 HSDPA用户接入失败的各种原因值也与R99用户一致 15 HSDPA话统接入 16 主要内容 T 第一章H接入KPI指标及优化 第二章H切换和掉话KPI指标及优化 第三章H吞吐率KPI指标及优化 17 HSDPA切换KPI指标 路测KPI指标 注意 1 表中给出的数值仅供参考 以性能部发布的为准 2 服务小区更新或者切换流程时延均在RNC侧统计 18 HSDPA切换KPI指标 话统KPI指标 注意 1 服务小区更新和切换成功率暂无法给出参考值 19 HSDPA物理信道 HS PDSCHSF 16 可配置多条HS SCCHSF 128 可配置多条HS DPCCHSF 256DLDPCHSF 128 RRC orSF 256 SRB ULDPCHSF由业务开户速率决定 20 HS DSCH服务小区更新 对一个用户而言 如果有一个RAB映射到一个小区的HS DSCH 该小区就是该用户的的HS DSCH服务小区 在该小区的无线链路就是HS DSCH服务无线链路 一个RAB只能映射到一个小区的HS DSCH 这就意味着HS DSCH不能进行软切换 但是该用户的伴随DCH可以进行软切换 对于HSDPA用户的切换 我们使用 HS DSCH服务小区更新 来描述HS DSCH的切换 而使用 切换 来描述DCH的切换 由于HS PDSCH信道不支持软切换 因此 引入HSDPA之后对移动性管理的主要影响就是如何选择和改变HS DSCH信道的服务小区 以获得最好的数据传输性能 HS DSCH信道的服务小区更新可以发生在 NodeB内 NodeB之间或者不同RNC小区之间 21 HS DSCH服务小区更新 为使得HS DSCH上的数传达到最好的效果 RNC应当尽可能的将RAB映射在质量最好小区的HS DSCH上 因此通常使用1D测量事件 最好小区改变 来触发HS DSCH服务小区改变 22 软切换伴随HS DSCH服务小区更新 不同事件触发的服务小区更新流程 在进行服务小区更新时 活动集保持不变 23 软切换伴随H服务小区更新路测分析流程 24 软切换伴随H服务小区更新路测分析 软切换伴随HSDPA服务小区变更与R99软切换的信令流程基本一致 因此可参考R99的软切换优化方法 与HSDPA服务小区变更相关的参数主要有 ADDCELLINTRAFREQHO HystFor1D 8 TrigTime1D D640 SETHOCOMM HsdpaTimerLen 1s 可通过调整1D事件的参数来优化HSDPA服务小区的变更 但需要注意对R99软切换的影响 为避免频繁的服务小区更新而造成对数据传输的影响 可以针对服务小区更新设置一个定时器 该定时器限制HSDPA用户在一个新的服务小区中必须停留的时间长度 只有当定时器超时后 才能根据活动集中小区的信号质量情况确定是否有必要进行服务小区的更新 该定时器长度运营商可设置 缺点是不能及时发生服务小区变更 邻区干扰比较大 导致UE上报的CQI比较低 25 硬切换伴随HS DSCH服务小区更新 硬切换和服务小区更新的组合较为简单 硬切换的同时进行HS DSCH服务小区的更新 NodeB内 NodeB间硬切换伴随服务小区更新采用相同的过程 连同HS DSCH一起在新小区建立无线链路 然后物理信道重配置 删除旧链路 CELL1R5 CELL2R5 HS DSCH服务小区更新后 CELL1R5 CELL2R5 HS DSCH HS DSCH IntraFreqHHOInterFreqHHO 26 硬切换伴随HS DSCH服务小区更新流程 27 硬切换伴随H服务小区更新路测分析流程 28 硬切换伴随H服务小区更新路测分析 HSDPA硬切换伴随服务小区变更包括 同频硬切换 HSDPA服务小区变更异频硬切换 HSDPA服务小区变更 同频硬切换 通过同频测量事件中的1D事件触发 优化参数是ADDCELLINTRAFREQHO HystFor1D 8 TrigTime1D D640 异频硬切换 通过启动压缩模式进行异频测量 UE周期上报异频测量报告触发 切换不及时 提高压缩模式的启动门限 提高两两异频小区的CIO 降低异频覆盖的目标频率切换触发门限乒乓切换 增加硬切换迟滞和延迟触发时间 29 当用户从HSDPA小区进入R99小区时 为保证业务的连续性 原先承载在HS DSCH信道上的业务将被重新映射到DCH信道上 原先在HSDPA小区建立的HS DSCH信道被删除 R99cellHSDPA小区之间的切换 1 30 R99cellHSDPA小区之间的切换 2 当用户从R99小区进入HSDPA小区时 如果原先DCH信道上承载了分组数据业务 则可以在用户和HSDPA小区之间的链路上建立HS DSCH信道 并把那些数据业务重新映射到新建的HS DSCH信道上 为数据业务提供更好的服务质量 信道类型发生切换 小区2加入到活动集 31 HSDPA路测HR99切换分析 HR99切换流程与前面HSDPA服务小区变更一样 包含三种情况 软切换同频硬切换异频硬切换 HR99切换优化流程可参考前面的HSDPA服务小区变更优化流程 两者的区别在于 HH服务小区变更是通过物理信道重配置过程完成的 H R99切换流程包含两步 第一步是从本小区的HSDPA信道重配置到本小区的R99的DCH信道 采用的流程是RB重配置过程 第二步是从本小区的DCH同频 异频硬切换到邻区的DCH信道 采用的是物理信道重配置过程 R99 H切换流程与H R99切换流程刚好相反 32 HSDPAGPRS切换 HSDPA到GPRS的系统间切换包括几种方式 启动压缩模式切换 先切换到DCH 再起压缩模式切换 盲切换 目前主要是使用启动压缩模式切换 与DCH到GPRS的系统间切换类似 信令流程是先起压缩模式 然后测量GPRS系统小区 根据UE上报的测量结果 进行HSDPA到GPRS的系统间切换 33 HSDPA路测HSDPAGPRS切换分析流程 34 HSDPA路测HSDPAGPRS切换分析 对于H 2G系统间切换掉话的常见原因大概如下 2G修改配置数据后没有及时通知3G 两边配置数据不一致 邻区漏配置 可以通过配置邻区解决 信号变化太快导致掉话 手机问题 比如UE回切换失败或者UE没有上报异系统测量报告导致掉话等 物理信道重配置时发生最优小区变更导致掉话 LAC RAC区配置错误导致的掉话 可以通过数据配置检查解决 系统间切换问题的原因一般是切换不及时 常用的参数调整方式是增加两两异系统小区的CIO 增加压缩模式启动停止门限 并配合提高切换到GSM的门限 35 HSDPA话统切换分析流程 对于HH服务小区变更 HD切换 HGPRS切换 目前RNC只提供了HSDPA小区级话统 并且对于切换失败 也没有提供原因值统计 36 HSDPA话统HH切换统计项 注意 小区中服务小区变更实际上是指软切换 服务小区变更 并不是所有的 37 HSDPA话统HD切换尝试统计项 38 HSDPA话统HD切换成功统计项 39 HSDPA切换用户面中断时延指标 路测KPI指标 注意 1 表中给出的数值仅供参考 以性能部发布的为准 40 HSDPA数传中断优化分析 一个RAB只能映射到一个小区的HS DSCH 这就意味着HS DSCH不能进行软切换 因此在服务小区变更时不可避免的会发生数传中断 软切换伴随服务小区变更又分两种情况 NodeB内 在同一DSP内 不涉及数据的搬移 一般不会发生数传中断 如图中B点 NodeB间 MAC HS发生复位 NodeB丢弃原来缓存数据 依靠RLC重传恢复丢弃的数据 数传中断时间一般在200ms 300ms 如图中C点 同频和异频硬切换伴随服务小区变更 MAC HS发生复位 NodeB丢弃原来缓存数据 依靠RLC层进行数据重传 也会发生数传中断 41 HSDPA数传中断优化分析 数传中断过长原因分析 乒乓切换区 发生多次服务小区变更 同时UE上报的CQI比较低 如图A点 乒乓切换区或者信号覆盖差的区域 发生SRBRESET或者TRBRESET 终端或者产品的BUG 如图D点 RNCRLC处理算法影响 如图E点 优化措施 对于第一和第二种情况RF优化 增强主导小区的覆盖 减少导频污染和乒乓切换 解决产品和终端的BUG 优化RNCRLC处理算法 数传中断分析首先需要结合RNC单用户跟踪和UE跟踪判断是什么原因导致 然后再对于L2层的数据传输过程进行详细分析 42 HSDPA数传中断优化分析 A点 B点 D点 E点 C点 43 HSDPA掉话KPI指标 路测KPI指标 话统KPI指标 44 HSDPA路测掉话分析流程 45 HSDPA路测掉话分析 HSDPA掉话原因与R99基本上一致 主要包括 覆盖差 下行通过RSCP和Ec Io 上行通过UE发射功率确认 切换导致的掉话 上行或者下行干扰导致的掉话 UE NodeB RNC异常导致的掉话 对于HSDPA 从信令来看 导致掉话主要有 RLFAILURE SRBRESET TRBRESET 46 HSDPA路测掉话分析 在较高的误块率信道条件下 信令由于重传达到最大值就会产生复位 信令的一次复位就会导致掉话 ADDTYPSRBRLC SRBINDEX 2 LOCHINDEX 3 IUBTRANSBEARTYPE IUB GROUND TRANS RLCMODE AM AMRLCDISCARDMODE NO DISCARD NODISCARDMAXDAT D25 TXWINDOWSIZE D64 TIMERRST D300 RXWINDOWSIZE D64 MISSINGPDUIND TRUE TIMERSTATUSPROHIBIT D140 LASTTXPDUPOLL TRUE LASTRETXPDUPOLL TRUE TIMERPOLL D200 POLLSDU D1 POLLWINDOW D50 采用AM模式进行业务传输的业务也同样会重传 重传达到最大值之后产生复位信令 系统配置了最大允许的复位次数 当复位次数达到最大值之后 系统开始释放业务 也同样会造成掉话 ADDTYPRABRLC RABINDEX 30 SUBFLOWINDEX 0 TRCHTYPE TRCH HSDSCH IUBTRANSBEARTYPE IUB GROUND TRANS RLCMODE AM AMRLCDISCARDMODE NO DISCARD NODISCARDMAXDAT D20 TXWINDOWSIZE D2047 TXWINDOWSIZELIMIT D1 TIMERRST D700 MAXRST D32 RXWINDOWSIZE D2047 RXWINDOWSIZELIMIT D1 MISSINGPDUIND TRUE TIMERSTATUSPROHIBIT D80 LASTTXPDUPOLL TRUE LASTRETXPDUPOLL TRUE TIMERPOLLPROHIBIT D20 TIMERPOLL D700 POLLPDU D16 CNGCTRLIND FALSE 47 主要内容 T 第一章H接入KPI指标及优化 第二章H切换和掉话KPI指标及优化 第三章H吞吐率KPI指标及优化 48 HSDPA吞吐率KPI指标 路测KPI指标 注意 1 表中给出的数值仅供参考 以性能部发布的为准 2 话统KPI指标暂无3 静止状态测试结果 49 HSDPA路测业务面不通分析流程 50 RAN侧问题分析 1 观察PROBE记录的HSDPALinkStatistics中的ScheduledRate是否为零 如果为零 则需确认是否CQI低 2 ScheduledRate不为零 观察HS SCCH调度成功率是否为零 如果为零 则需确认是否HS SCCH功率配比低 多用户采用MAXC I调度算法并且该用户CQI低 RNC连接性能测量中 下行业务量 是否为零 如果为零 说明是CN侧问题 3 观察SBLER是否为100 如果SBLER为100 则需确认是否HS PDSCH可用功率过小 4 排除以上因素 需检查Iub传输数据是否配置错误 比如NodeB和RNC的IMA组号不一致 5 同时可观察RNC告警 CHR及日志 分析是否存在异常6 终端问题 基本原则 ServedRate ScheduledRate HS SCCHSuccessRateMacLayerRate ServedRate 1 SBLER 51 RAN侧问题分析 案例 数据卡PDP激活后 尝试下载文件测试HSDPA速率 发现无法下载文件 从笔记本上Ping应用服务器IP地址Ping不通 分析 此时H用户的开户速率是下行2Mbps PDP激活但是无法Ping通服务器说明此时数据卡的用户面数据不通 尝试修改HLR中H用户的开户速率 把下行速率改为144kbps 此时可以PDP激活并且下载数据 说明服务器到数据卡的路由没有问题 并且非H的业务也没有问题 问题只是出在H业务的用户面 以前H数据卡版本存在如下问题 如果打开加密 则HSDPA的用户面不通在RNC关闭UEA1加密算法 再次尝试PDP激活 此时可以Ping通服务器的IP地址了 可以下载文件 52 CN侧问题分析 1 确认业务服务器的IP地址 登录的用户名和密码是否正确2 通过局域网登录业务服务器 确认业务是否正常3 从GPRS或者R99建立PS连接 看业务是否正常4 由CN人员确认SGSN GGSN等产品是否存在问题5 确认数据传输经过的路由器是否存在问题 是否防火墙的问题 经过以上确认 业务均正常 则问题可能还是在RAN侧 53 HSDPA路测数传性能差分析流程 54 告警分析 RAN侧查NodeB RNC的告警CN侧查SGSN GGSN LANSWITCH ROUTER和FIREWALL等网元的告警 时钟异常告警 传输误码 设备异常等告警均有可能影响数传 案例 HSDPA小区建立成功 HSDPA采用5个码 MAC HS调度算法采用PF 1个HS SCCH 主测小区配置8条E1 其中1条配置为UNI方式 其余7条配置为IMA组方式 并配置HSDPAAAL2PATH承载在该IMA组 AAL2PATH设置为10M 其余Iub接口NCP CCP ALCAP R99AAL2PATH承载在UNI上 依次断开E1链路 最后只剩下一条E1链路 接入1 6个HSDPA用户 发现H吞吐率下降 分析 此时实际的IUB物理带宽已经低于10M 但NodeB流控分配IUB带宽仍根据10M来分配 从而导致丢包 引起用户速率下降 这时NodeB会有E1链路异常的告警 55 操作类对比和分析 操作类对比和分析的目的是通过对比分析 排查问题可能发生的网元 区分问题发生在核心网或业务软件 还是接入网的问题 56 RAN侧问题分析流程 基本原则 ServedRate ScheduledRate HS SCCHSuccessRateMacLayerRate ServedRate 1 SBLER 57 业务是否建立在HSDPA 通过RNC信令消息RBSETUP中的信元servingHSDSCHRLindicator是否为True 58 业务是否建立在HSDPA 通过路测工具 比如PROBE 提供的HSDPALinkStatistics窗口 观察是否上报CQI等信息 如果该窗口没有任何信息显示 则业务是承载在DCH上 59 业务是否建立在HSDPA 1 HSDPA小区未建立 检查RNC侧HSDPA小区是否已经激活检查NodeB侧本地小区是否设置支持HSDPA2 HSDPAAAL2PATH配置类型不对或者未配置 HSPDA的AAL2PATH类型需要设为HSDPA RT或者HSDPA NRT3 HSDPA用户准入失败 HSDPA用户包含以下信道 上行 伴随DCH信道 HS DPCCH信道 下行 伴随DCH信道 HS PDSCH信道 HS SCCH信道对于HSDPA用户 只有上述信道都获得准入时用户才能接入4 下行BE业务HSDPA门限过高PS域Background Interactive业务下行最大速率大于等于下行BE业务HSDPA门限才可以用HS DSCH承载 60 ScheduledRate低 1 CQI低覆盖比较差 UE上报CQI比较低 干扰比较大 导频污染 UE上报的CQI比较低 HSDPA用户服务小区频繁变更时 由于惩罚 导致H用户无法变更 从而导致UE上报CQI低2 HSDPA小区可用功率HSDPA功率为动态配置 HSDPA可用功率 小区总功率 1 功率余量 R99业务信道及公共信道使用功率 3 HSDPA小区可用码字4 HSDPAUECATEGORYUE在RRCConnectionSetupComplete消息中 会上报UE能力 信元hsdschphysicallayercategory给出了终端能力 61 ServedRate低 根据ServedRate ScheduledRate HS SCCHSuccessRate ServedRate低即为HS SCCHSuccessRate低 1 HS SCCH功率配比静态功率配置方式 配置HS SCCH功率固定为小区最大发射功率的百分比 动态功率控制方式 相对于伴随DPCCH的的导频位 PILOT 设置功率偏置 PO 2 HSDPA用户数及HS SCCH信道数如果小区中只有一个H用户 业务量不受限制及HS SCCH信道功率足够 则该用户的HS SCCH成功率接近于100 对于UE等级12建议按照如下情况进行配置 HS PDSCH配置5个码 建议配置2条HS SCCH HS PDSCH配置10个码 建议配置3条HS SCCH HS PDSCH配置14个码 建议配置4条HS SCCH 62 ServedRate低 3 调度算法MaxC I 只考虑CQIvalue RR 只考虑等待时间 经典PF ProportionalFair 综合考虑以上几个因素 4 NodeB配置的小区半径小区半径设置小于5Km 对HS SCCH成功率没有影响 小区半径设置大于5Km HS SCCH成功率最大只能达到6 7 需要注意 有RRU存在时 RRU的拉远距离也包含在该小区半径范围内 5 业务源的业务量 63 ServedRate低 6 UE侧限速请求的业务类型 上下行最高速率 可通过AT命令发给UE7 Iub带宽受限 如果Iub物理带宽受限 则HSDPA可获得AAL2PATH带宽比较小 使得NodeBBuffer中业务量不足 从而使得HS SCCH成功率比较低 8 RNCFMR流量限制在RNC中 需要设置WFMR WFMRb板支持的HSDPA流量 可通过 SETHSDPATRF 设置 9 ACK NACK重复因子UE解码HS PDSCH数据以后 基于MAC hs的CRC校验 UE会发送一个HARQACK或者NACK 并在N acknack transmit个连续的HS DPCCH子帧中重复发送ACK NACK信息 如果N acknack transmit大于1 在HS DSCHn 1到n N acknack transmit 1子帧中 UE不会试图从HS PDSCH上接收或者解码传输块 其中n表示接收到传输块的最后一个HS DSCH子帧号 64 MACLayerRate低 根据MACLayerRate ServedRate 1 SBLER MACLayerRate低是由SBLER高导致的 1 IBLER设置过高IBLER设置过高直接影响MAC HS的重传情况 从而影响用户实际速率 缺省配置是10 2 CQI低且HSDPA功率不足如果UE上报的CQI很低 并且HSDPA可用功率比较小 已经不满足传输一个MAC DPDU的条件 这时SBLER会比较高3 UE上报的CQI与实际值相比偏高4 导频功率配置过低根据RTT的测试 如果其它信道功率超过导频10dB的时候 对H有10 误码的影响 其它信道功率超过导频13dB的时候 对H有100 误码的影响 65 MACLayerRate低 案例1 案例1 导频功率配置过低导致SBLER高 速率上不去现象 在实验室 有线连接情况单用户速率1 2Mbps 两用户速率各只有700Kbps 分析 功率和码资源足够 每个周期用户都能得到调度 但是速率上不去 CQI上报值有26 27 显示信号质量很好 但是NACK却很多 SBLER很高 查询导频功率发现才22dBm 在NodeB以前版本 根据后期RTT的测试 其他信道功率超过导频10dB的时候 对H有10 误码的影响 其他信道功率超过导频13dB的时候 对H有100 误码的影响 在上面案例中两用户的HS SCCH功率已经到达33dBm 解决方法 修改导频功率为33dBm 用户速率恢复到1 5Mbps 在目前NodeB版本 会根据IBLER情况进行功率调整 从而避免上述现象的出现 但是功率调整范围有一定限制 因此导频功率不能相对其它信道功率配置太低 66 MACLayerRate低 案例2 案例2 实验室测试或者业务演示时 发现数据卡接收功率过高 导致H速率很不稳定现象 HSDPA用户速率不稳定 抖动比较厉害分析 HBBU 接入H业务 在NodeB发现重传比例很高 第1次发送的BLER为60 左右 RLC残留BLER为5 左右 发现只要下载数据 CQI波动非常大 在15 26之间频繁波动 速率很不稳定 在100Kbps 600Kbps之间波动 调度周期内DTX很多 有少量NACK 检查发现数据卡接收功率很高 达到 45dBm 超过了数据卡的正常动态范围 55dBm 信号太强 导致CQI测量不准 解决方法 增加一个衰减器 接收功率保持在 70dBm左右 CQI频繁波动的问题解决 下行发送有误码的问题解决 误码是由于CQI频繁波动直接导致的 67 RLCLayerRate低 ACK NACK DTX表示NodeB把ACK误判成NACK DTX的比例 根据仿真 ACK NACK DTX的平均概率要求低于1 1 HS DPCCH功率参数设置过低HS DPCCH没有单独的功率控制 而是与上行DPCCH间保持一定的功率偏置 当HS DPCCH承载不同信息内容时 可以使用不同的偏置值 2 切换区上下行RL不平衡问题 68 RLCLayerRate低 3 上行伴随DCH功控影响如果上行功控不收敛 上行BLER比较高 会导致HSDPA重传率高 从而影响下行HSDPA速率 上行DCH功率控制不收敛 BLER过高 导致ACK NACK DTX误判率高 上行DCH功率控制不收敛 BLER过高 发送端TCP无法收到ACK 会重传数据 影响数传速率 上行BLER不收敛 导致RLCACK响应不及时 甚至无响应 RLC等待超时后 会重传该数据 从而影响数传速率 重传多次还未收到响应 会发生RLCReset 在HSDPA单小区中进行HSDPA单用户拉距测试 在小区边缘经常容易出现UE上报的CQI比较好 但是用户速率却比较低的情况 主要原因是UE上行功率受限 上行功控不收敛 69 RLCLayerRate低 4 AAL2PATH配置错误 NodeBRCR大于RNCPCR或者配置带宽大于物理带宽 如果NodeBAAL2PATH接收带宽RCR大于RNCAAL2PATH的PCR 会造成Iub接口丢包如果AAL2PATH配置带宽大于物理实际带宽时也会导致Iub接口丢包5 MAC层残留BLER过高导致RLC重传率过高6 上行速率受限影响下行速率上行信道反馈信息的传输速率占下行信道传输速率的比例为2 3 如果HSDPA用户上行有数据要传送 也会影响数传 70 APP RLC吞吐率对比问题分析 如果考虑TCP重传 假设重传率为r1 以及RLC层重传 假设重传率为r2 假设APP 层速率为1 MTU大小为1500Bytes TCP和IP包的头大小分别为20bytes RLCPDU大小336bits RLCPDU的头大小为16bits 那么对应的RLC层速率为1500 1 r1 1460 MAC d层的速率为1500 1 r1 1460 1 r2 336 320 71 APP RLC吞吐率对比问题分析 除了MTU会影响APP 速率外 TCP接收窗口大小也会影响APP 速率 注意 Client端和Server端的MTU和TCP窗必须同时修改 否则两者取小的 72 CN侧问题分析 1 CN数据配置HLR开户速率 使用MODGPRS修改用户的下行最大速率和下行保证速率GGSN使用SETQOS修改下行比特速率和下行保证速率 缺省值是384KbpsSGSN使用SET3GSM修改下行最大速率和下行保证速率 73 CN侧问题分析 2 环境问题FTPServer和StreamServer推荐使用windows2003server操作系统 使用drtcp exeTCP接收窗口修改为65535 最好是将FtpServer的计算机和GGSN的Gi接口直连 否则通过LANSwitch转接 环路时延无法保持稳定 3 业务相关问题FTP 选择FTP软件时尽量选择商用FTP软件 操作系统自带的FTP 性能比较一般 推荐使用FLASHGET软件5线程 VOD RealPlay设置中的最大传播速率设置要大于384k 缓冲时间最好不要太长 3秒左右比较合适 会议电视 会议电视设置的输出速率不要超过底层承载的速率 否则会出现丢包 应设置为略低于底层支持的承载速率 74 HSDPA话统数传性能差分析流程 对于吞吐率 目前RNC只提供了HSDPA小区级话统 75 HSDPA话统数传性能 小区中MAC Dflow的平均吞吐率定义 当HSDPA服务小区有