HSDPA吞吐率低于M比例偏高优化方案.docVIP

HSDPA吞吐率低于1M比例偏高优化方案 概述 根据现场HSDPA吞吐率优化的经验,总结了影响HSDPA吞吐率的一些非RF原因方面的问题，便于现场在优化HSDPA吞吐率进行相关的检查。下面根据不同的问题原因来介绍相关的问题处理建议。 测试设备性能原因导致HSDPA吞吐率低 【现象描述】表现为便携机CPU负荷高，程序响应迟钝，更换性能更好的便携机，有好转迹象。 【处理建议】 更换测试设备或者测试终端； 减少下载线程数目到5个以内； 减少同时打开的其他程序； 按照《HSPA测试前准备》检查相关设备 probe的FTP性能原因 【现象描述】表现为多线程时，从业务建立到下载开始等待时间长（20s以上），观测窗口打开过多也会影响下载， 【处理建议】 减少同时下载线程数目到5个以内； 测试计划中确认“Write Locale File”为“False”，这样可以减少磁盘写入 由于Probe需要从文件列表返回信息中判断文件大小，所以超大的文件列表信息解析过程中消耗了大量的CPU资源和时间。需要手工清理服务器下载/上载目录里多余文件，多个工程队同时测试的时候，把不同的工程队分在不同的文件夹中，可以大大减少相互的干扰。 打开需要在测试中观察窗口，打开窗口注意不要过多，因为部分视图占用系统资源较大，当打开过多窗口时，测试过程中可能导致测试界面刷新迟滞现象；建议测试时打开常用观测窗口，确保测试任务可以正常进行，观测到测试进行大致状况即可；有些回放分析时需要的窗口尽量不要打开； FTP服务器性能原因 【现象描述】FTP服务器负载过高导致断开服务。例如浙江六个地方共用一个FTP服务器，至少20－30只队伍在同时测试，按每个10线程计算，大约200－300个线程在操作，网卡是1000M，按照70％的效率计算，每线程只2M左右，而实际效率远低于这个值，因此要求： 如果没有特别需要，每个FTP下载线程数控制在5个； 多个地区的目录尽量分开，地区内尽量安排多个工程队使用各自的文件/目录下载或者上载； 及时清理下载或者上载目录中不必要的文件或者垃圾数据。 双载波IUR口原因 【现象描述】依据现有的Iur口策略，在跨RNC做DSCR时，有H2D的过程，如果测试路线刚好在IUR边界上，用户速率最高只有384kbps，从杭宁现场看一般每次约45－70s，所占比重大，对于城区RNC多，跨RNC切换频繁的双频网场景影响较大； 【处理建议】修改目前的IUR口策略，这个策略的修改只适合于测试路线上出现H2D的场景，对于不在测试路线上的IUR口策略保持原有策略不变。 IUR口策略变更如下： 对于联通推荐方案 对于浙江方案 1）解除IUR口相邻F2小区的BAR状态 MOD CELLACCESSSTRICT: CellId=F2F2F2, IsAccessClass0Barred=NOT_BARRED, IsAccessClass1Barred=NOT_BARRED,IsAccessClass2Barred=NOT_BARRED,IsAccessClass3Barred=NOT_BARRED,IsAccessClass4Barred=NOT_BARRED,IsAccessClass5Barred=NOT_BARRED, IsAccessClass6Barred=NOT_BARRED, IsAccessClass7Barred=NOT_BARRED, IsAccessClass8Barred=NOT_BARRED, IsAccessClass9Barred=NOT_BARRED, IsAccessClass10Barred=NOT_BARRED, IsAccessClass11Barred=NOT_BARRED, IsAccessClass12Barred=NOT_BARRED, IsAccessClass13Barred=NOT_BARRED, IsAccessClass14Barred=NOT_BARRED, IsAccessClass15Barred=NOT_BARRED; 2）改变同覆盖F1/F2小区的IdleQoffset2sn实现F1倾向驻留， MOD INTERFREQNCELL: CellId=F1F1F1, RncId=×, NCellId= F2F2F2, SIB11Ind=TRUE, IdleQoffset1sn=0, IdleQoffset2sn=50; MOD INTERFREQNCELL: CellId=F2F2F2, RncId=×, NCellId= F1F1F1, SIB11Ind=TRUE, IdleQoffset1sn=0, IdleQoffset2sn=-50; MOD CELLSELRESEL: CellId=F2F2F2, Id