《3G无线网络规划与优化》课件任务6 HSDPA问题优化

项目1

3G无线网络规划项目2

CDMA2000无线网络优化模块3

WCDMA无线网络优化模块4

TD-SCDMA无线网络优化课程目标Page2任务1WCDMA基本信令流程任务2WCDMA网络覆盖问题优化任务3WCDMA网络接入问题优化任务4WCDMA网络切换问题优化任务5WCDMA网络掉话问题优化任务6HSDPA问题优化1．HSDPA的基本信令流程2．HSDPA的无线资源管理HSDPA优化案例分析技能实训：HSDPA的问题分析课程内容课程内容1）HSDPA的主要特点①自适应编码调制（AMC）②混合自动重传（HARQ）③共享信道的共享和调度（schedule）1. HSDPA概述2）HSDPA协议栈1. HSDPA概述1. HSDPA概述3）HSDPAMAC-hs层实现1. HSDPA概述1）HSDPA资源分配这个过程用于分配HS-DSCH相关资源给NodeB。这个过程由PHYSICALSHAREDCHANNELRECONFIGURATIONREQUEST消息发起，使用NodeB控制端口，从CRNC发出到NodeB。如图3-132。2. HSDPA相关流程图3-132物理共享信道重配置图3-136用户HS-DSCH信道的映射3）无线链路参数更新该过程由NodeB触发，当NodeB认为HS-DSCH相关的无线链路参数需要更新时，NodeB向CRNC发送RadioLinkParameterUpdateIndication消息。如图3-137。2. HSDPA相关流程图3-133RL建立和RL重配置图3-134RB建立图3-135用户建立HSDPA过程举例2）用户HSDPA信道建立信道建立过程还是采用和DCH一样的消息，只是消息中包含了HSDPA的相关参数。Iur/Iub接口采用RL建立和RL重配置消息，如图3-133，而空中接口采用RB建立、RB重配置等消息，如图1-134。2. HSDPA相关流程图3-137无线链路参数更新4）HSDPA的数据传输①HSDPA的数传和流控2. HSDPA相关流程②Iub接口的数据传输2. HSDPA相关流程图3-140Iub接口数据帧结构5）HSDPA的Iub流控①流控overIub②Iub接口的容量请求2. HSDPA相关流程③Iub接口的容量分配2. HSDPA相关流程1．HSDPA的基本信令流程2．HSDPA的无线资源管理HSDPA优化案例分析技能实训：HSDPA的问题分析课程内容课程内容1） 静态HSDPA功率分配HS-PDSCH和HS-SCCH信道的最大允许发射功率由RNC配置。实际发射功率不能超过RNC的配置，RNC可以通过OM重新配置。如图3-145。目前实现的是静态功率分配方法，特点是简单、受控。RNC为小区内的HSDPA信道分配一个最大允许发射功率，在通信过程中，HSDPA相关信道的总发射功率不能超过该值的限制。小区内扣除为HSDPA预留的功率以及公共信道功率以外的部分由DPCH占用，各DPCH信道的功率通过内外环功率来分配。1. HSDPA的功率和码资源分配图3-145静态HSDPA功率分配2） 动态HSDPA功率分配HS-PDSCH/HS-SCCH信道和R99信道动态共享小区总发射功率：R99信道具有更高的优先级；R99信道剩余的功率都可以分配给HS-PDSCH和HS-SCCH信道使用；小区总发射功率得到充分利用。目前RNC未实现。如图3-146。1. HSDPA的功率和码资源分配图3-146动态HSDPA功率分配3）HSDPA的静态信道码分配RNC分配一定的码资源给HS-SCCH信道和HS-PDSCH信道。HS-SCCH：扩频因子SF=128，和公共信道一起分配。HS-PDSCH：扩频因子SF=16，信道码必须连续配置。目前实现的是静态信道码资源分配方法。如图3-147。1. HSDPA的功率和码资源分配图3-147HSDPA的静态信道码分配图3-148HSDPA静态码分配举例4）HSDPA的动态信道码分配①RNC控制的动态信道码分配②NodeB控制的动态信道码分配（完全动态的码分配方法）1. HSDPA的功率和码资源分配图3-149RNC控制的动态信道码分配图3-150RNC扩展预留给HSDPA的信道码图3-151RNC缩小预留给HSDPA的信道码②NodeB控制的动态信道码分配（完全动态的码分配方法）1. HSDPA的功率和码资源分配1）HSDPA的业务映射2. HSDPA的信道映射和准入控制2）HSDPA用户的准入控制2. HSDPA的信道映射和准入控制下行方向，HSDPA可用功率是作为共享资源在多个HSDPA用户间共享，包括HS-PDSCH信道和HS-SCCH信道的功控。RNC给NodeB配置HSDPA相关信道的最大可用发射功率时，NodeB用于HSDPA的发射功率不能超过RNC的配置。R99信道和HSDPA信道动态共享功率时，NodeB可以在总功率中R99信道使用剩下的功率分配给HSDPA使用。上行方向，包括HS-DPCCH信道的功控。3. HSDPA的功率控制1）HS-DSCH服务小区更新4. HSDPA的移动性管理图3-156NodeB间的服务小区改变－活动集不变表3-？？不同事件触发的服务小区更新流程4. HSDPA的移动性管理1D事件，最好小区在活动集内通过无线链路重配置修改服务无线链路ID1B事件，要删除的小区是当前HS-DSCH服务小区先在活动集内进行服务小区更新，然后进行DCH软切换删除1B事件所对应的小区。1C事件，当前HS-DSCH服务小区是活动集中的最坏小区先将HS-DSCH信道更新到活动集中支持HS-DSCH的最好小区，然后再进行小区替换操作。触发1D事件的最好小区不在活动集内，且活动集未满。先做DPCH软切换增加无线链路，然后进行活动集内的HS-DSCH服务小区更新。1D事件最好小区不在活动集内，活动集满，服务小区不是最差小区先做DCH软切换替换无线链路，然后进行活动集内服务小区更新。1D事件，活动集满，被替换小区是服务小区先替换活动集内次坏小区，再进行服务小区更新。2）R99<->HSDPA小区之间的切换4. HSDPA的移动性管理图3-158R99cell<->HSDPA小区之间的切换3）RNC之间的切换①RNC之间发生软切换4. HSDPA的移动性管理②RNC之间发生硬切换4. HSDPA的移动性管理4）直接重试①R99->HSDPA小区4. HSDPA的移动性管理4）直接重试②HSDPA小区－>R99小区4. HSDPA的移动性管理4）直接重试③HSDPA小区－>HSDAP小区4. HSDPA的移动性管理5）基于业务的切换①基于HSDPA的切换4. HSDPA的移动性管理②异频HSDPA小区之间4. HSDPA的移动性管理③HSDPA小区的拥塞控制5. HSDPA的信道类型切换和迁移5. HSDPA的信道类型切换和迁移1）HSDPA<->DCH2）HS-DSCH和FACH之间5. HSDPA的信道类型切换和迁移3）基于用户QoS的信道类型切换（增强）6. HSDPA的调度和流控1）HSDPA的调度2）HSDPA的Iub流控6. HSDPA的调度和流控①基于队列的Iub流控6. HSDPA的调度和流控②Iub接口流量成形6. HSDPA的调度和流控③Iub流控和流量成形1．HSDPA的基本信令流程2．HSDPA的无线资源管理HSDPA优化案例分析技能实训：HSDPA的问题分析课程内容课程内容1.IMSIDetachIndication造成PPPDrop事件1）问题现象路测GPS轨迹图显示有一次FTPDownloadDrop异常事件。如图3-173。1.IMSIDetachIndication造成PPPDrop事件1）问题现象路测GPS轨迹图显示有一次FTPDownloadDrop异常事件。如图3-173。从事件列表中可以看到此次FTPDownloadDrop事件，而解码原因是：PPPDrop。2）问题分析掉线前无线环境较好，可以排除由于信号质量变差造成的掉线。如图3-174。图3-174问题分析1.IMSIDetachIndication造成PPPDrop事件2）问题分析掉线前无线环境较好，可以排除由于信号质量变差造成的掉线。如图3-174。观察信令，可以发现在：radioBearerRelease之前，并没有正常释放前的PDP去激活请求信令，却发现MS上报IMSIDetachIndication去附着指示，造成PPP掉线。如图3-175。1.IMSIDetachIndication造成PPPDrop事件3）结论由此可以推断，可能是由于脱网导致IMSI去附着，引起PPP掉线。通过分析推测可能是由于脱网造成PPP断开引起FTP掉线，造成该情况的原因很有可能是测试网卡引起，建议继续分析大批该网卡测试的数据，以确定最终原因。图3-175信令分析2.弱覆盖导致下载速率偏低，且导致FTPdownloadDrop1）问题现象使用“数据统计报表”对ps_0323-230658.rcu测试数据进行统计，结果见表3-??。从统计结果可以看出，应用层速率偏低，仅为432Kbps，该次业务结果为Dropped，速率偏低且掉线。表3-？？测试数据统计文件名测试事件结果下载数据量（KBytes）下载时长（s）应用层平均速率（Kbps）结果原因UMTS2_ps_0323-2306585628.504104.179432.218DroppedDropped2.弱覆盖导致下载速率偏低，且导致FTPdownloadDrop2）问题分析观察事件窗口，可以直接定位到23:09:49FTPDownloadDrop处，解码原因为ServiceLost，从解码原因大致可以判断出是无服务，但是仍然需要进一步查找原因。在FTPDownloadDrop前几秒钟，UE尝试了三次RRCConnection。如图3-176。打开UMTSRadio窗口和UMTSServing/Neighbor窗口可以看到掉话前一段时间内无线信号较差，TotalRSCP达到-105dBm，TxPower达到21dBm，误块率BLER达到93%，最终导致掉话。由此已经大致可以判断出此次掉线是由信号质量差导致。图3-176问题分析2.弱覆盖导致下载速率偏低，且导致FTPdownloadDrop通过统计报表可以看出本次业务下载速率偏低，观察CQI和TransBlock_Size变化趋势可以看出，开始信号较好时，即CQI=15，TB=9894时，下载速率能够达到2.38Mbps。当信号质量变差时，CQI和TB也随之变差，直接影响到前向速率，偏低至0。如图3-177。图3-177CQI和TB2.弱覆盖导致下载速率偏低，且导致FTPdownloadDrop3）问题结论通过上述分析可知，无线信号质量直接影响到前向速率，严重时甚至导致掉线。因此在该区域应该加强覆盖，提高信号质量。3. 三分钟无流量导致FTPDownloadDrop1）问题现象路测GPS轨迹图显示有5次FTP掉话异常事件，但是经过统计发现分组业务掉话异常详情表中只有一次异常，掉话原因是NoData，图中红圈处。其他4次都是由于UserStop造成，所以未纳入异常事件。如图3-178和图3-179。图3-178问题现象图3-179分组业务掉话异常情况3. 三分钟无流量导致FTPDownloadDrop2）问题分析联通集团测试规范规定，测试过程中超过3分钟FTP没有任何数据传输，且一直尝试GET/PUT后数据链路仍不可使用。此时需断开拨号连接并重新拨号来恢复测试。记为一次FTP掉线。事件列表显示有一次FTPDownloadDrop，解码原因是NoData，这种情况符合上述规范规定的三分钟无流量导致FTP掉线。使用数据业务报表统计，下载的文件大小为：2093647954Byte，实际传输数据量为7326408Byte。如图3-180。图3-180测试事件统计图3-181事件列表3. 三分钟无流量导致FTPDownloadDrop从图3-182可以看出，开始FTP下载时PSC210，无线信号较好，速率较高。3. 三分钟无流量导致FTPDownloadDrop从15:16:49.078开始，无线信号质量未变，CQI较高，TransBlock_Size降低至686，申请速率依旧较高，但是调度速率为0，应用层速率也降低至0。如图3-183。图3-183无线信号质量变化3. 三分钟无流量导致FTPDownloadDrop在出现上述情况后，信令显示在15:17:17:734出现下行的rrcConnectionRelease（DL_DCCH），原因码为userInactivity，由此推测是由于网络侧配置原因导致下行释放。之后终端又尝试了2次rr