速率问题优化指导书-v0

1、概HSPA 速率问题评数据收HSPA 数据分析介概HSPA 速率问题评数据收HSPA 数据分析介HSPA 数传性能HSDPAUEIub带宽受IubFE传输方式设置限 E180cardHSDPA7.2M相HSUPACopyrightNetworks Page3文外HSPA 数传中HSPA 数传中告er-RNC参考文CopyrightNetworks Page4文外图 Figure2DT/CQT数据分析流Figure3Figure4Figure5图 Figure2DT/CQT数据分析流Figure3Figure4Figure5Figure6Figure7HSPA数据流程Figure8数传性能差问题

2、分析流Figure9路测工具Figure10HSDPA下行功率分配Figure11HSDPA信道码分配图Figure12HSDPA信道码分配图Figure13HSPAUE类型Figure14不同优先级用户速率对比Figure15不同优先级用户速率对比均值Figure16Iub传输带宽PCR和数据速率的对应关系Figure174E1单VP配置COCO参Figure18RNCCOCOAAL2用户面配Figure19RNCCOCOAAL2用户面链路数Figure20截Figure21Figure22CQTFigure23M5113统计截Figure24M5114统计截Figure25Figure26

3、Figure272251截Figure28Figure29Figure30截截Figure31HSDPAResourceAlloctaionFigure32HSDPAResourceFullBaseband截Figure33HSDPA7.2M分析流Figure34HSDPA7.2M参数表Figure35HSDPA7.2M参数表Figure36CNFigure375Figure38Figure39Figure40调制方式截Figure41UE版本截Figure42问题解决后测试截Figure43HSUPA速率对比Figure44激活PDP上下文信令IEFigure45上行码字截Figure46H

4、SUPA速率对比Figure47er-RNC应用层速率CopyrightNetworks Page5文外Figure49ICSULOG截图Figure49ICSULOG截图Figure50er-RNC应用层速率图CopyrightNetworks Page6文外表 Figure2DT/CQT数据分析流Figure3Figure4Figure5表 Figure2DT/CQT数据分析流Figure3Figure4Figure5Figure6Figure7HSPA数据流程Figure8数传性能差问题分析流Figure9路测工具Figure10HSDPA下行功率分配Figure11HSDPA信道码分配

5、图Figure12HSDPA信道码分配图Figure13HSPAUE类型Figure14不同优先级用户速率对比Figure15不同优先级用户速率对比均值Figure16Iub传输带宽PCR和数据速率的对应关系Figure174E1单VP配置COCO参Figure18RNCCOCOAAL2用户面配Figure19RNCCOCOAAL2用户面链路数Figure20截Figure21Figure22CQTFigure23M5113统计截Figure24M5114统计截Figure25Figure26Figure272251截Figure28Figure29Figure30截截Figure31HSDP

6、AResourceAlloctaionFigure32HSDPAResourceFullBaseband截Figure33HSDPA7.2M分析流Figure34HSDPA7.2M参数表Figure35HSDPA7.2M参数表Figure36CNFigure375Figure38Figure39Figure40调制方式截Figure41UE版本截Figure42问题解决后测试截Figure43HSUPA速率对比Figure44激活PDP上下文信令IEFigure45上行码字截Figure46HSUPA速率对比Figure47er-RNC应用层速率CopyrightNetworks Page7文

7、外Figure49ICSULOG截图Figure49ICSULOG截图Figure50er-RNC应用层速率图CopyrightNetworks Page8文外1. 本文第 1 1. 本文第 1 章概要介绍文档的目的和内容；第 2 章介绍 WCDMA HSPA HSPA 3 章介方法4 章为话统数据分析流程和方法；第5 章介绍HSPA 数据传输RANCN6HSPA数据传输中断的分析过程，方法及案列，包括 RAN 侧优化案例和 CN 侧优化案例CopyrightNetworks Page9文外2. HSPA速率问题HSPA吞吐率优2. HSPA速率问题HSPA吞吐率优化首先要符合客户所制定的目标

8、，也可从DT/CQT的角度提出Figure1 不同版本，调制方式及码数对应的HSDPACopyrightNetworks Page10文外数据收HSPA吞吐率的评估主数据收HSPA吞吐率的评估主要是通过DT/CQT测试的方式CopyrightNetworks Page11文外HSPACopyrightNetworks Page12文HSPACopyrightNetworks Page12文外5. HSPA数传性5.1 HSDPA承载建立成功后速率没有达到预期要求（速率平稳），或者无法稳定在最大理5. HSPA数传性5.1 HSDPA承载建立成功后速率没有达到预期要求（速率平稳），或者无法稳定在

9、最大理论值情况。网络定点测试过程中，如果HSDPA吞吐率能够Figure3情况。多数原因是由于用户签约速率受限，不正确的AT速，或者无线资源（码资源、功率资源或传输资源）Figure4Figure5CopyrightNetworks Page13文外下图所示。导致这类问题的原因比较多，需要进行从FTPserver到UEFigure65.2问题分析HSPA数据流程图如下Figure7HSPA主要经过 ernet业务服务器，下图所示。导致这类问题的原因比较多，需要进行从FTPserver到UEFigure65.2问题分析HSPA数据流程图如下Figure7HSPA主要经过 ernet业务服务器，G

10、GSN，SGSN，RNC，NodeB后到达UE，中间经过Gi、Gn、IuHSPA、 Iub、Uu五个接口。在此过程中， ernet服务器到GGSN走IP身也具有重 能；这两个协议(RLC/TCP)的参数对速率有比较大的影响；如果参数设置不合理，或者在传输过程中出现错包、丢包，均有可能导致数据的速率下降。而在观察业务质量的时候，一般是通过将UE作为 “MODEMHSPA归入CN侧问题，而接入网问题称为RAN侧问题CopyrightNetworks Page14文外操作类比与分问题判问题解 5.3 出现问题以后，首先查看是否有告警。N侧查B、C的告警， N侧查SN、GGSN、 T操作类比与分问题判

11、问题解 5.3 出现问题以后，首先查看是否有告警。N侧查B、C的告警， N侧查SN、GGSN、 TH、OER和AL等网元的告警。时钟异常告警、传输误码、设备异常等告警均有可能影响数传。出问题所在的大致范围。如果大致确定该A数传问题为N侧问题，转到N侧数传问题分析；如果大致确定该问题为N侧问题，则转到N侧数传问题分析。如果还是确定不了，结合两方面在一起都进行端到端的分析。5.4 、 HSDPA将功率、码资源这两大块主要资源以码分或者时分的方式在多个用户中调度，在单用户情况区中只有一个HSDPA用户时，影响数据传输速率的主有：HSDPA可用功率、小区的HS-PDSCH置（单用户时只要有一条HS-S

12、CCH信道）、UE的Category（即UE支持的最大码数、是否支持16QAM等能力）和 odeB、GGSN、SGSN，NodeB中采用的调度算法，以及小区配HSDPA用户的工作过程) CopyrightNetworks Page15文外解决措查看告2) NodeB3)B在HS-SCCH上发送HS-DSCH参数，在2个Slots再在HS-DSCH信道上发送数2) NodeB3)B在HS-SCCH上发送HS-DSCH参数，在2个Slots再在HS-DSCH信道上发送数据终端监测SH，监测是否有发给自己的信息，如果有的话，终端开始接收SH，并进行缓存；终端对在HS-DSCH 上接收到的数据进行解调

13、， 并根据CRC 结果在上行HS-DPCCH 上发送响应 5.5.1 各网元闪断等都可能是造成 HSPA 数据波动的原因。5.5.2业务是否建立在通过路测工具的信令窗口，观察 Radio_Bearer_Reconfiguration 消息内是否 servingHSDSCH-RL-Figure9路测工具如果业务没有承载在HSDPA上，业务会自动建立到DCH上，此时业务速率为R99业务的速率，通常为384kbHSPA或者384kbHSPA以下影响Scheduled Rate的5.5.3 如果发现UE下行速率比较低，首先需要检查UE上报的CQI是否偏低，同时查看当前小区的PCPICH RSCP和Ec

14、/Io。主要有下面几个方面覆盖比较差，UE上报CQI比较低CopyrightNetworks Page16文外干扰比较大，导频污染，UE上报的CQI比较低HSDPA用户服务小区频繁干扰比较大，导频污染，UE上报的CQI比较低HSDPA用户服务小区频繁变更时，由于惩罚，导致H用户无法变更，从而导致UE上报CQI对于覆盖比较差，通过RF优化或者增加站点改善UE上报的对于H服务小区变更频繁，通过RF优化调整天线方向角和下倾角或者增加站点，避免频繁切5.5.4HSDPA小区可用HSDPA功率可分为动态配置，静态配在静态功率分配的情况下，通过设置参数PtxMaxHSDPA来定义HS-PDSCH能够使用的

15、最大功DL control channels 来HS-PDSCH能够使用的最大功率。erallocatedtoR99DCH 分配，具体设置为HSDPADynamicResourceAllocationRNC)(0.1)1)(1enabled)5.5.5HSDPA小区可用82codesSF=256availableforthetedDCHsandnon-HSDPACopyrightNetworks Page17文外Figure11HSDPA信道码分配图2codesSF=256availableforthetedDCHsandnon-HSDPAFigureFigure11HSDPA信道码分配图2c

16、odesSF=256availableforthetedDCHsandnon-HSDPAFigure12HSDPA信道码分配图对于NSN系统，对码资源的分配不仅可以使用静态的方式，同样可以使用动态的动态分配方式是码树资源优化的工程，可以对DPCH码重分配来HS-PDSCH码空出空通过设置参数CodeTreeOptimisation(WCEL(0.1)11enabled)。5.5.6 HSDPAUE协议25.306规定的UECategory共有24类，在一个TTI内每类UE可获得的最大TBsize是不同的，从而UE可获得的最大Scheduled Rate是不同的。UE在RRCConnection

17、SetupComplete消息中，会上报UE能力，信元hsdschphysicallayercategory给出HSDPAUE分类参见下图。（ExtractedfromRel.8of3GPPTSCopyrightNetworks Page18文外Figure13HSPAUE5.5.7 HSDPA HS-SCCH Figure13HSPAUE5.5.7 HSDPA HS-SCCH SH的成功率还与用户数有关，如果小区中只有一个H用户，业务量不受限制及SH信道功率足够，则该用户的SH成功率接近于%。如果小区中有多个H用户，则每个用户的SH成功率与调度算法、S信道数等相关。一般情况下，根据PSH的可

18、用功率、码资源和业务源的业务量对SH信道进行配置，对于等级建议按照如下情况进行配置：HS-PDSCH配置5个码，建议配置2条HS-CopyrightNetworks Page19文外 5.5.8用户优先在多用户存在的情况，采用不同的调度算法，每个用户获得的调度概率是不一样的。调度算法为HSDPA增功能实体MAC-hs：CQINSN支持的两种典型调度算法RoundProportionalFair(requiresindividual ing QoS的英文全称为“Quality of Service“，中文名为“服务质量“。QoS是用来解决网络延迟和阻塞等问题的一种技术。在正常情况下，如果网络只用

19、于特定的无时间限制的应用系统，并不需要QoS，比如Web应用，或E-应用就十分必要。当网络过载或拥塞时，QoS 能确保重要业务量不受延 CopyrightNetworks Page20文外 5.5.9 UE侧限请求的业务类型、上下行最高速率，可通过AT命令发给UE，UE在后续的Active PDP context request速率大于等于该请求的最高速率的情况下网将按该AT命令的请求最高速率发RAB Assignment request消息。如果RNC 5.5.9 UE侧限请求的业务类型、上下行最高速率，可通过AT命令发给UE，UE在后续的Active PDP context request

20、速率大于等于该请求的最高速率的情况下网将按该AT命令的请求最高速率发RAB Assignment request消息。如果RNC率。如果RAB指配请求消息中的下行最高速率远低于Scheduled rate，NodeB调度时Buffer 输入AT命令。除了限速电脑/属性（或管理）/硬件/设备管理器/调制解调器/属性/高级，在初始化命令一栏令，T命令中一般还要设置AN。以下为设置APN为t，速率限制为上行AT+cgdcont=1,ip,cmnet;5.5.10 Iub带宽 一般的目前使用VCC bundle的共享方式来配置Iub的带宽，但是在配置CopyrightNetworks Page21文外

21、Test Test UE Priority Test Normal Test UNormal Test Ave. ThroBefore activate 22Mb After activate Q31Mb JingAnX Ave. ThroBefore activate 22Mb After activate Q41Mb 当采用两条VP的时候，N方面采用将实时T业务、非实时T业务和PA分开设置在不同VP的方式。在这种配置也可以采用C当采用两条VP的时候，N方面采用将实时T业务、非实时T业务和PA分开设置在不同VP的方式。在这种配置也可以采用CBE配合B+的方式， 但是可以共享的带宽未能包括T业

22、务。当采用一条VP的时候，方面采用CBE配合B+的方式使得实时T业务、非实时T业务下表是4E1单VP配置COCO参数实例。可以看出所有的VPI都是同一个VP，值为1。这种设置方式使得RT、NRT和HSPA功能可以共享带宽。最大限度的利用的Iub口的Figure174E1单VP配置COCO相应RNC 如下图Figure18RNCCOCOAAL2Figure19RNCCOCOAAL2在设置该参数的时候要注意设置 VCC in Bundle可以看出，单一HSDPA业务可以保持稳定在5M左右的吞吐量水Bundle，对应XML中的值为CopyrightNetworks Page22文外Figure205

23、.5.11IubFE传输方式设示室内分布测试中发现有较多CQTFigure205.5.11IubFE传输方式设示室内分布测试中发现有较多CQT点速率较低，以SY最高速率2.64M，上传0.91M，而且波动较大，只测试HSDPA的速率也较低，如Figure211、进CopyrightNetworks Page23文外2、问题范围的定在相同的RNC1下其余CQT点的测试情况如下Figure22其他CQT由以上情况可见2、问题范围的定在相同的RNC1下其余CQT点的测试情况如下Figure22其他CQT由以上情况可见，同RNC下的站点速率大都在5M以上，可以定位问题不是在RNC定是在labs-RNC

24、之间3尝在 -s100packetstransmitted,100packetsreceived,0%packetround-tripmin/avg/max/stddev=6/12/32/44的传输测量进行 M5114没有发现丢CopyrightNetworks Page24文外 5、设备更换尝Figure 5、设备更换尝Figure25Figure26CopyrightNetworks Page25文外发现，附近性能不好的3个点所属BBU均集中于2251局，对于下挂的其它室发现，附近性能不好的3个点所属BBU均集中于2251局，对于下挂的其它室内分Figure2722512251局里所有性能

25、均集中于一个传输设备，如下图所Figure287、之后进行传输核查，发现数据的传送方式有问题，该设备设置成了半双工方式，而NodeB侧为全双工CopyrightNetworks Page26文外Figure29Figure30APP（应用层）、RLC 层吞吐率流量控制（滑动窗口的指定的字节数，然后关闭窗口，发送方必须停止数据传输。直到收到接收方的一个ACKFigure29Figure30APP（应用层）、RLC 层吞吐率流量控制（滑动窗口的指定的字节数，然后关闭窗口，发送方必须停止数据传输。直到收到接收方的一个ACK 对确认号值之前的所有被传输的字节进行确认。假定传0个数据片，这些数据片未能顺

26、序到达目的端， P必须确认无差错地接收到的最高连续号，直到所有的中间字节均到达时才允许对到达的最高字节号给予确认。如果中间字节的应答信息没有送到发送方，发送方P实体最终将超时并重传未被确认的通信数据。拥塞控制（超时重传1、配置的TCP接收/虽然接收窗口大小实现上是动态的（若接收到乱序包或无法及时向递交，会使实际可用的窗口变根据带宽时延乘积公式，Capacity(bit)=bandwith(b/s)*round-trip time(s)，如果接收/发送窗口太小，会影响2、RTT波动触发拥DT/CQT测到APP、RLC层吞吐如果“APP/ RLC层吞吐率”低于理论分析的正常范围，可能TCP/IP重

27、传开销过大，需要检查和CopyrightNetworks Page27文外5.5.13HSDPAResourceAllocationHSDPA 16 Users per CellSharedHSDPAScheduler5.5.13HSDPAResourceAllocationHSDPA 16 Users per CellSharedHSDPASchedulerforBaseBandFull 当没有Shared HSDPA Scheduler for BaseBand Efficiency时，HSDPA 16 Users per Figure31HSDPAResourceAlloctaionIN

28、GFull BasebandFigure32HSDPAResourceFullBaseband5.5.14 E180cardCopyrightNetworks Page28文外5.5.15 HSDPA7.2M HLRQoSprofileUMBITRATE5.5.15 HSDPA7.2M HLRQoSprofileUMBITRATEFORDRA,10codes,CMUXandSharedScheduleractivated MaxBitRateNRTMACDFlow: 6784kbps HSPDSCHCodeSet: 5, 8, 10 codesnFTP7.2M问题的主要分析流程如下 Copyr

29、ightNetworks Page29文外Figure34HSDPA7.2M参数表Figure35HSDPA7.2M参数表 CN侧数传性能差问题分 5.6.1各网元的网侧主要对SGSN、GGSN、ROUTER和FIREWALL等网元的告警进行分析（Figure34HSDPA7.2M参数表Figure35HSDPA7.2M参数表 CN侧数传性能差问题分 5.6.1各网元的网侧主要对SGSN、GGSN、ROUTER和FIREWALL等网元的告警进行分析（SGSNGGSN网元的告警信息），时钟告警、传输误码告警等都可能是造成HSPA数据波动的原因5.6.2 CN TCP/IP RTT 超时触发拥塞T

30、CP失。P通过在发送时设置一个定时器来解决这种问题。如果当定时器溢出时还没有收到确认，它就重传该数据。TCP接的往返时间（RTT）量（含该字节的确认之间的CopyrightNetworks Page30文外CN侧发生IP包丢包会造成RTT5.6.3 速率问题与使用的PC、操作系统、应都可能有一定关因为不同的应用层算法、操作系统的TCP 参数CN侧发生IP包丢包会造成RTT5.6.3 速率问题与使用的PC、操作系统、应都可能有一定关因为不同的应用层算法、操作系统的TCP 参数对性能有比较大的影响。同样情况下，使用WIN2000的计算机HSPA数传的速率优于使用WIN98的机器。因此建议计算机和服

31、务器至少使用WIN2000 和WIN2000Server 作为的计算机（便携）的性能要选择好的，试验证明IBM的便携用来演示VOD效果较发送方，TCP发送方停止数据发送。从而造成RLC缓存占用率为零，NodeB。FTP5.6.4TCP接收和发送对于使用TCP协议的业务（如VOD和FTP），测试便携（C nt端）和服务器（Server端）的TCP窗口大小对业务的性能影响很大。为保证得到较好的性能，一般可将窗口设置得尽量大，并且C nt端与Server端的窗口Capacity (bit)=bandwith(b/s)*round-trip 64K的窗口对HSDPA CAT12 1.6M是足够，但是对

32、HSDPA CAT6 3.6M可能不够用，特别是时延大于200ms以后，很容易导致TCP窗口满，因此观测ODEB的buffer为05.6.5最大传输单元如果P层有一个数据报要传，而且数据的长度比链路层的MTU还大，那么P层就需要进行分片，把数据报分成若干片，这样每一片都小于MU。从提高效率来说，应在尽量避免出现IP分段和重组的同时，使用尽可能大的MT，通常MT一般不要超过为佳。MTU大小的修改分为修改Server的MTU，和修改测试便携的MTU。HSPA业务建立连接后，Server与C 5.6.6 CopyrightNetworks Page31文外 NodeBMACPDU封装在FP帧里，并通

33、过IUB传输将FP帧送给； NodeBMACPDU封装在FP帧里，并通过IUB传输将FP帧送给； Node B根据使用的HSDPA流控算法，考虑空口质量（CQI），RLC BO大小，用户优先级等分配一定RNC按此带宽将RLCBO里的内容送至RLC发送窗口（同样需要UERLC层确认），并按照上面分配的带宽将数据递给下层，通过下行FP帧格式送给Node B；B完成HARQ功能，将数据通过下行数据层送给UE接收到MAC-HS PDU后，解PDU后递交上层，并最终将数据通过USB/PPP送给便携机（应用作系统自带的FTP，性能比较一般。另外，FTP时尽量选择使用多线程对比验证的思路是，多线程通常能够克

34、服少量丢包及RTT时延大（或波动）导致的TCP发送窗使用多线程（5个线程两个大文件，相关的设置如下图Figure37使用5时速率稳定且能够达到目标值，说明RTT能够满足现场要求（）， 在当前配置中，最大 速率设置要大于384k，缓冲时间最好不要太长，3秒左右比较合适。有些计算机CopyrightNetworks Page32文外 会议电视设置的输出速率不要超过底层承载的速率，否则会出现丢包，应设置为略低于底层支持的承载速率。H厂商会议电视的速率从k起以k步进递增，建议设置为k。太低则对底层的带宽利用率不够；反之，使用高于k的速率，比如k或k以上，则会因为底层速率达不到应用层的要求，造成丢包，导

35、致会议电视效果明显下降。会议电视屏幕右上角出现闪电符号说明传输过程中有误码或者丢包。5.6.7HSDPA用速 会议电视设置的输出速率不要超过底层承载的速率，否则会出现丢包，应设置为略低于底层支持的承载速率。H厂商会议电视的速率从k起以k步进递增，建议设置为k。太低则对底层的带宽利用率不够；反之，使用高于k的速率，比如k或k以上，则会因为底层速率达不到应用层的要求，造成丢包，导致会议电视效果明显下降。会议电视屏幕右上角出现闪电符号说明传输过程中有误码或者丢包。5.6.7HSDPA用速 APN与速率在HLR的GPRS中修改。一可以开多个APN，每个APN对应一个最高速率网下发的RABassignm

36、entrequest如果RNC，指配速率会通过NAS信令中的Activate 通过将SGSN支持的最大带宽设置成151（151代表2M）网侧服务器路CopyrightNetworks Page33文外Figure38卡Figure395.7 HSUPA Figure38卡Figure395.7 HSUPA ：5.7.1 HSUPA CopyrightNetworks Page34文外 如果CN指派的上行速率低于HSUPA业务建立门限，建议直接修改HSUPA建立门限。或者，也可 如果CN指派的上行速率低于HSUPA业务建立门限，建议直接修改HSUPA建立门限。或者，也可以修信息指派信息一致，否则

37、有可能使用了AT，通过修改HSUPA业务建立门限只是说让业务能够建立在HSUPA决问题，因为用户的速率仍然受到MBR限制。所以，仍然有必要修改或取消AT 对于HSUPA而言，如果开启了5.76M的feature，现实测试峰值应该基本为4M，但是ZZU 测试峰值只有 Figure40 Figure41UE测试所用的E1750数据卡其能力为R5，将其升级成R6后已经达到4MCopyrightNetworks Page35文外5.7.2RNCCN间传输RNC与SGSN之间的5.7.2RNCCN间传输RNC与SGSN之间的传输通路如果出现故障，也会出现HSUPA速率较低的情况 ZZU 2009/12/

38、15 的QOS的上行2M,下行8M，没有做过限制测试所用CopyrightNetworks Page36文外Figure44激活PDP上下文信令IERNC侧的ICSUlog显示UPA测试中正常分配了E信道，MaxChannelisationCodes是sf2x2，并且没Figure45和 在ZZU 于2009/12/17进行了RNC CD1.2的升级； Figure44激活PDP上下文信令IERNC侧的ICSUlog显示UPA测试中正常分配了E信道，MaxChannelisationCodes是sf2x2，并且没Figure45和 在ZZU 于2009/12/17进行了RNC CD1.2的升级

39、； ZZU 12月19号单站测试中，HSUPA速率仍然能够达到1.7M，说明升级后，HSUPA常的。所以怀疑是node 升级导致UPA业务出现速率下降，随后将个别站的NODE 随后更换了测试数据卡、测试电脑、UPA服务器、并重新定义了测，重新测试，UPA速 对比分析两个wireshark log发现：SGSN侧只能收到部分发自无线侧的数据包，所以故障点应该不在测试，从SGSN(PAPU)，并且同CSUCopyrightNetworks Page37文外 500-8000byte的包都不会有丢包现象CSU ZZU RNC从1500 byte开始，就有大量的丢包现象1300 byte以下数据包成功率较高,与ZZU UPA 500