无锡联通CDMA1X数据业务优化报告

1、. 无锡联通CDMA1X数据业务优化报告 无锡CDMA1X数据业务优化项目组2005年12月1日目 录1前言42优化工作概述43网络性能指标前后对比情况531系统部分指标532无线部分指标对比分析74 无锡数据业务分布分析1041数据业务话务分布图1042 无锡载波分布图125专题优化1251启用283频点数据业务功能1252 Walsh Code Cache Count参数合理化调整1553 RAS门限的优化调整1754 RC配置的优化调整1855 前向SCH误帧率的优化调整2156 前向SCH功控增益的优化调整2757 BTS CPU OVLD问题的分析3158 反向SCH指配失败RF C

2、PCTY问题3459 RLP零速率的初步分析40510 RLP的NAK机制优化分析42511 MTU优化分析436无线专题4661 问题路段处理4662 太湖大道优化对比5763 新区优化对比657结束语691前言无锡CDMA1X数据业务优化项目采用由省分技术支持中心牵头，无锡市分公司、第三方（大唐移动）参与的联合优化方式，利用19天（从11月7日到11月25日）的时间完成对无锡分公司CDMA1X网络数据业务的优化，此项目为数据业务的初步优化，主要工作包括对数据业务相关参数的优化调整、对现网参数设置的检查，路测问题点调整、太湖大道专题等。优化目标是解决目前网络上影响数据业务速率的明显问题，通过

3、本次优化提高了无锡CDMA网络的数据业务速率。由于本次优化时间较短，优化的范围为无锡主要城区、太湖大道和新区。2优化工作概述本次优化主要完成的工作如下： 系统部分1 建立无锡网络话务模型，对无锡CDMA网络数据业务情况进行细致了解，对无锡的1X网络性能做了系统的分析。2 启用283频点数据功能。起到了平衡201频点话务量，减少了手机在单载波和双载波区域间发生硬切换的几率，避免出现因手机进入Dormant状态速率为0的情况，提高了整网平均速率，尤其改善了这些边界区域数据业务用户的上网感受。283频点数据功能打开后有效的分担了201频点的话务量，减少了大量单双载波间切换手机进Dormant的情况，

4、 SCH指配失败中的RF BLKS得到了较大降低。具体内容见相关优化专题。3 双载波基站Walsh Code的优化调整。将无锡OMC下的81个双载波基站的两个载波的Walsh Code Cache Count由原来的16调整为32，考虑到目前无锡网络的话音话务量较小，话音没有出现Walsh Code拥塞，剩余的32位Walsh Code完全可以满足话音用户的使用需求。因此该调整不会对话音用户造成影响，没有出现CFC20的情况；三载波基站Walsh Code的优化调整。将无锡OMC下的37个三载波基站第三载波242频点的Walsh Code由原来的32调整为40。目前三载波区域的242频点设置为

5、只承载数据业务，调整为40能够更加充分的利用现有资源，提高系统利用率。剩余的Walsh Code足够满足低速数据业务（例如web业务），调整后没有出现Walsh Code拥塞的情况。4 RAS门限的优化调整与对比。RAS是专门针对SCH来设计的，可以通过控制主导频的个数的方法来提高数据的吞吐量。项目组进行了几组RAS调整并对各种RAS设置下网络进行了前后对比测试，及网络统计报告跟踪分析。最终确定将无锡网络的前向RAS门限值设为3。在该门限下资源占用更合理，对于提高匹配率，提高降速分配率，减少RF BLKS都有较明显的效果。5 RC配置的优化调整。检查后发现无锡OMC下的几个CBSC的FWDBA

6、SE和FWDSCH有的设置为RC3,有的设置为RC4。这样导致了手机在不同的RC之间切换为硬切换。且在RC4中用到128位Walsh Code，Walsh Code的资源是增加了，而一个16倍速的SCH只需用到8位Walsh Code，但是由于扩频增益减小，对射频的要求会更高。目前的话务量情况下，信道资源未发生溢出，因此使用RC3更加合理。6 对SCH的外环功率控制参数前向SCH的目标FER做调整，对于高话务地区采用宽松的目标值，对于低话务地区采用严格的目标值，这样可以充分的利用载波功率来维持链路的质量。7 对SCH前向增益的调整，避免在无线差的地区产生震荡，使得fer向target以下改善，

7、从而也影响前向的传输速率。8 对系统中出现的部分基站cpu overload进行分析，研究，发现产生cpu overload的GLI版本是2.0的，按照motorola的数据证明2.0版本的cpu处理能力要明显差于3.0版本的，我们对401基站做了实验，结果cpu overload消失，建议问题基站更换为3.0版本的GLI。9 对系统中出现的反向SCH分配时的RF Block进行了分析，研究，发现反向RF Block基本与话务量走势一致，问题小区的分布无规律，大致认为是话务高和用户分布引起的，但也不排除是带外噪声导致的。10 对网络中出现的RLP零速率进行了初步分析。11 对RLP的NAK机制

8、的研究。12 对网络MTU的研究。 无线部分1 对无锡城区进行评估测试2 配合系统侧对修改的参数进行对比测试3 对新区和太湖大道做了详细的测试分析，并按照实际情况做出了优化调整。4 对网络评估中发现的问题点进行分析并做出相应的解决方案。5 优化前后整网的对比测试3网络性能指标前后对比情况31系统部分指标通过为期三周的优化工作，无锡联通的CDMA1X网络数据业务功能各项指标都有了不同程度的改善。下表为无锡两个OMC下基站前后三天的几项重要指标对比：优化前三天：11月5日至11月7日优化后三天：11月23日至11月25日1，SCH分配成功率分析 数据来源：DATA报告 BTS SCH Resour

9、ce Allocation Forward 指标定义：Match Rate%: Number of data rate matches / (SCH Resource Requests - Cancels)Lower Resps: Number of times BTS responded with a lower data rate than requestedTotal Fail%: SCH Allocation Failures / (SCH Resource Requests - Cancels)统计指标11月2日11月3日11月4日11月23日11月24日11月25日Match Ra

10、te%70.88 69.82 70.16 73.3572.4870.74Lower Rate%17.93 18.94 18.54 14.1614.9914.91Total Fail%10.31 11.19 10.95 10.9610.5110.66SCH分配失败原因：RF CpctyWalsh CodesMCC BWMCC CE11月2日1733572704355239211月3日20212551130288484611月4日210813010595256188011月23日167283248816411月24日166023051227109611月25日1504693118543308注：1

11、1月24日BTS-402出现Mcc_BW原因的失败932次/BTS404出现Mcc_BW原因的失败285次;11月25日BTS-330出现Mcc_CE原因的失败43189次，所以这两天的fail次数异常。 指标说明：从优化前后三天的对比情况来看，经过为期三周时间的系统参数调整，SCH请求的匹配率得到了一定程度的提高，优化前三天匹配率在70%以下浮动，优化后匹配率基本上能够达到72%以上。匹配率越高说明申请的速率被成功分配的几率越高，对提高整网的速率有重要的作用。降速分配率从18左右下降到14左右；对于RF容量原因导致的SCH申请失败也有很大程度的减少，这说明我们打开283频点数据功能等措施的实

12、施有效的提高了SCH分配成功率，数据业务的速率也相应提升。2，分配速率分析 数据来源：Data报告 BTS and Data Rate SCH Resource Allocation Forward该表中的取值方法，所有基站不同速率的SCH USAGE值除以基站所有速率的SCH USAGE得到每个速率所占比例。速率11月2日11月3日11月4日11月23日11月24日11月25日9.6kbps17.91%18.77%18.66%15.03%15.04%15.20%19.2kbps5.56%5.29%5.51%5.65%5.05%5.16%38.4kbps8.94%9.12%9.05%9.03%

13、8.31%8.43%72.6kbps16.76%17.39%17.07%18.21%17.78%17.35%153.6kbps50.83%49.43%49.71%52.08%53.83%53.87% 数据分析：从上面对不同速率的分配比例来看，在优化后16X，8X的分配比例都有了一定程度的提高，这与我们将RAS门限从6调整到3有关。说明将SCH进入激活集的门限提高后，能够有效的提高一部分用户的16X和8X的分配比例，对于提高整网平均速率有重要的意义32无线部分指标对比分析数据业务和话音业务存在较大的差别，用户感受更多的是在业务层，比如浏览一个网页、下载某个文件的快慢，而影响这些速度的不仅是无线侧

14、的原因，在有线侧它可能要经过很多的路由节点。而我们目前更多的是保证在RLP层有较高的吞吐量。我们认为目前衡量和评估某个网络的性能主要还是通过无线测试。 通过Agilent路测仪表获得的评估指标 Avg.radio Link Throughput(Rx)：无线链路（RLP层）平均吞吐量 Avg.Ec/Io：平均Ec/Io Avg.Receive Power：平均接收功率 Avg.Transmit Power：平均发射功率 Avg.FER (SCH0)：平均误码率 在无锡联通的积极配合下，我们对无锡城区和新区进行了数据路测,测试项目组使用的是AgelentE64XX仪表，后台使用Actix软件进行

15、分析，本次测试几乎覆盖了无锡城区数据数率高的区域。 测试指标统计优化前无锡的总体指标为：EcIo_CombinedReceivePowerTransmitPowerForwardFER_SCH0Throughput-6.18-62.02-16.241.5198.11优化后无锡的总体指标为：EcIo_CombinedReceivePowerTransmitPowerForwardFER_SCH0Throughput-6.38-60.59-17.962.04100.86 数据分析从上表我们可以看到，调整前无锡的无线链路(RLP层)平均吞吐量为98.11Kbytes。各个速率上的平均Ec/Io在-6

16、dB左右，平均手机接收功率在-60dBm左右，说明测试区域内的无线覆盖情况良好。手机发射功率平均在-16dBm左右，SCH0的平均误帧率比较低，平均在1.51左右。而在我们优化结束后所做的统计显示下载速率达到了100.86Kbytes，大约提高了2K，FER由优化前的1.51左右升高到2.04左右，是因为我们把RAS由6调整为3，减少了SCH激活集内的导频数目，而那些不提供SCH的PN则造成了干扰，使得FER有小幅度的升高。EC/IO的前后对比为：调整前调整后：经过全网测试，我们找出了一些Ec/Io不好的路段，并它们进行了分析，由于时间关系只对部分问题点做了调整，而大部分的问题点以解决建议的形

17、式提交给无锡联通，通过问题点的调整时网络的Ec/Io有了一定的改善。进行了调整。下载瞬间速率前后对比为：调整前调整后：通过全网的测试分析，我们也找到下载速率低的路段进行分析，并对它们提出了调整建议，使网络得到了改善。4 无锡数据业务分布分析41数据业务话务分布图数据来源：Moto系统统计报告说 明：下面三个图是我们从Moto系统统计报告中取出的各基站扇区一周平均的数据业务话务量的分布图，这项指标表明了目前无锡CDMA1X数据业务的分布情况。由于无锡地区面积较大，我们只截取了三个基站比较集中的城区、县城来表示。图中红色表示该扇区1XPkt的WC Usage长度为500 Minutes到1000

18、Minutes（每天） 图中黄色表示该扇区1XPkt的WC Usage长度为300 Minutes到500 Minutes（每天） 图中蓝色表示该扇区1XPkt的WC Usage长度为100 Minutes到300 Minutes（每天） 图中绿色表示该扇区1XPkt的WC Usage长度为0 Minutes到100 Minutes（每天）图例说明同上图图例说明同上图 数据分析从上面的话务量分布图上我们可以看到，无锡的话务最高区域在人民路一带，这里也是无锡市区中心，用户最集中，目前是配置了三载波的基站覆盖这里。周边话务量稍低的地区则大部分由双载波基站覆盖。说明目前无锡的网络配置与用户话务量的分

19、布基本上是吻合的。42 无锡载波分布图数据来源：无锡CDMA基站数据库文件说 明：为了更直观的看到目前无锡CDMA网络基站的载波配置情况，我们从数据库中导出不同载波的基站，并用MapInfo的方式在地图上清晰显示，从图上我们可以看到三载波区域主要分布在闹市区，两载波基站主要覆盖次级城区，单载波基站主要覆盖在城郊结合部，这种配置与前面1X Pkt WC占用时间长的基站（即数据业务量高低）分布基本吻合。从图上我们也可以很直观的划分出载波边界区域。 数据分析从上面不同载波的分布图，结合数据业务量高基站的分布图分析发现数据业务高的基站基本上都在三载波区域。这说明目前的网络配置与数据业务话务分布是基本吻

20、合的。5专题优化 由于江苏省公司已经对前期有效果的参数做了统一修改的要求，所以前面的5.1-5.4只是针对所修改的几项参数做简单的描述和对比。51启用283频点数据业务功能调整背景：经过项目组对目前无锡网络的设置情况进行了检查，发现目前无锡不同的载波区域的数据与话音设置情况如下：覆盖类型283201242三载波Voice onlyVoice onlyData only两载波Voice onlyVoice and Data单载波Voice and Data表一：无锡载波功能设置情况根据CDMA1X原理，无论是Hasing到283还是201频点的手机在进行数据业务时在单双载波基站间来回切换时都会进

21、入Dormant（休眠）状态，在这种情况下用户数据流量会降为0，严重影响用户上网的速率。项目组建议打开283频点承载数据功能的另外一个重要原因是目前这种设置对这两个载波的话务量平衡存在一定的隐患。我们在南京和苏州已经进行了同样的调整，从测试的情况来看，与我们事先预计的情况相符合，不会对话音业务造成任何影响，在测试过程中没有发生接入失败和掉话情况，并且可以大量减少休眠的情况，载波边界的速率得到了很大的提高。手机Hasing频点跨载波情况修改前修改后283单载波-双载波休眠不休眠双载波-单载波休眠不休眠修改后双载波-未修改双载波不休眠休眠未修改双载波-修改后双载波不休眠不休眠双载波-三载波休眠休眠

22、三载波-双载波休眠休眠201单载波-双载波休眠休眠双载波-单载波休眠不休眠修改后双载波-未修改双载波不休眠不休眠未修改双载波-修改后双载波不休眠不休眠双载波-三载波休眠休眠三载波-双载波休眠休眠从上面的表格中我们可以看到，通过打开283频点数据业务功能，单双载波间切换休眠降低了3/4。对整网速率的提高尤其是单双载波边界用户的速率提高起到非常积极的作用。下表中列出了修改的具体基站：BTS IDSite NameBTS IDSite NameBTS IDSite NameBTS IDSite Name102NanQiao301ShanBei1109DongFangMingZhu1210Xinkez

23、han2107HeLieXiang306ZhuangQian1112ChaDong1211YaoSai112OuZhouCheng318GuangFeng1118JinSanJiao1213Wenmingguangchang113LiYuan326shuanghexincun1124YXChengBei1216PuQiao115HeLieKou335xiaotiane1132DongHong1219FaErSheng116liqiao369MenLou1133YangXian1221Shiyouzhengju135xinshijiyingcheng401WangZhuang1135QiXian

24、gJu1222HuaShan137Luzhuang403KaiFaQuNan1136ShuiLiJu1224CheGuanSuo147ShuiXiu404taihuhuayuan1137Taipingyangdasha1226ChengXi148ZhongQiao405HuaFeiQiao1138Wujudayuan1227QianJinQiao161Qinyuan406Chunfengcun1162Baotacun1234Gangkou164xiadianqiao422DongTing1178pengyao1238JunShan167xijiao424ChunXing1201ChengNan

25、1239zhigongdaxue168Xiajiabian429Wuxiqixiangju1202JYChengBei1241lvyuan179sezhichang431sizhuang1203XingCheng1242damaichang180liyuandianlanchang439ninghaili1206Jiangyinchengzhong1244xianfeng189kaiguanchang1101JiaoQiao1207ChengJiang1401MeiYuan199Tiyuzhongxin1102Haiguan1209JiYang1407Taihufandian下面我们从PM-D

26、ata统计分析来评估参数修改对系统性能的影响。Date2005-11-12005-11-22005-11-172005-11-18Frequency Voice1XPktVoice1XPktVoice1XPktVoice1XPkt28331149.848.130856.64.329972.35294.130518.64835.620117861.5625716999.26318.117521.83018.1171872182.5数据来源：PMTraf Report 上表我们对调整前后两个载波（201、283频点）语音和数据业务量的分布情况进行了统计。从上面的统计表格中我们可以看到。目前无锡的C

27、DMA网络采用Hasing算法，手机会根据各自的IMSI号驻留到不同的频点上。从修改前的统计报告上看201频点的话音业务量比283频点的话音业务量低1万多次，而283频点只有几个基站打开了数据业务功能。考虑到双载波区域大多数基站的283频点数据功能未开，随着网络中数据和话音用户的增多，201频点上要同时承载话音和数据业务，导致话务分布不均衡，影响网络性能。从统计表格上看在打开283频点数据功能后，数据业务流量被分流到两个频点。我们也对系统的几项性能指标进行了跟踪统计，我们取了修改前后两天的情况进行了对比。如下表：DateMatch Rate%Lower Rate%Total Fail%RF C

28、pcty11月1日70.6017.8311.295715.6011月2日71.1017.9810.935350.5311月13日74.2914.1611.584793.6411月14日75.4513.5711.015045.48从上面的对比表中我们可以看到，经过参数的调整，数据业务的匹配率，降速率都得到了不同程度的优化提升。调整效果跟踪：我们将283频点的数据功能打开后对分担载波话务量有非常大的作用，充分利用了现有资源，减少了大量的RF BLKS情况，提高了网络性能。并且在网络现有资源情况下，有效的提高了系统利用率。52 Walsh Code Cache Count参数合理化调整 调整目的提高

29、1X数据业务SCH分配速率。考虑到目前双载波和三载波基站的Walsh code配置存在不合理的情况，为了合理利用现有网络资源，达到网络配置的最优化。 参数含义Walsh Code Cache CountData Label: WcCacheCntData Definition: The number of 64 bit Walsh Codes to cache at the BTS for ForwardSupplemental Channels. The value must be an even number withinthe domain. The MM will translate

30、this into an array of up to 5 walshcode branches defined by Walsh Code length and id. This array wll bedownloaded from the MM to the GLI and MAWI. The walsh codebranches allocated for this purpose are those corresponding to the 4bit walsh codes 2 and 3 and the 8 bit walsh codes 4 and 5, since theyha

31、ve no walsh codes allocated for non-traffic. The MM will allocateany branches that will yield a total number of walsh codes equal toWcCacheCnt, such that the number of branches is minimized Thebranches must not overlap.Data Range: 0-48Data Default: 0Target Subsystem: BTS 网络现状目前无锡CDMA网络中的三载波基站242频点的“

32、WcCacheCnt”设置为32，双载波基站283频点的“WcCacheCnt“设置为16。 调整思路调整双载波基站283频点的“WcCacheCnt”设置为32。调整三载波基站“WcCacheCnt”设置为40。当Walsh Code设置为16时，只能提供一个16X的SCH。又由于TSM分配的机制决定了只能由两个用户共享一个16X的SCH。当两个用户时分一个16X时，速率会从100kbps左右下降到70kbps左右。当修改设置为32后测试，可以同时分配给两用户16X，速率都能够达到100kbps以上。 调整命令调整242频点“WcCacheCnt”为40：EDIT CARRIER-523-1

33、-242 WCCONF WCCACHECNT=40调整283频点“WcCacheCnt”为32：EDIT CARRIER-523-1-283 WCCONF WCCACHECNT=32调整效果跟踪：按照上面的方案调整了无锡的Walsh code cache count配置以后，我们对无锡的语音拥塞情况进行了关注，因为在单、双载波区域话音和数据用户要共享一个载波的64位Walsh Code，结果我们发现将单，双载波的Walsh Code Cache Count改为32以后，那些语音话务量大的单、双载波基站出现了不同程度的拥塞，即CFC=20。考虑到以语音优先的原则，我们建议将这些基站的Walsh

34、Code Cache Count从32调整到24。使Walsh Code达到最优化的合理配置。我们将双载波基站的两个载波的Walsh Code调整为32的后出现了话音拥塞的基站找了出来，建议将相应的Walsh Code调整为24。BTSIDBTSIDBTSIDBTSIDBTSIDBTSIDBTSID110211201201121213081418131811041132120212171310308131911101135120312201311318132411111136120412211312329132811121138120512241313330133311161147120612

35、251314402133711181158120812391315411133811811168120912411317141053 RAS门限的优化调整 调整目的：减少SCH软切换，提高数据上传下载速率RAS是专门针对SCH来设计的,它的作用是通过控制主导频的个数来提高数据的吞吐量，在语音呼叫的激活集PN的基础上，选择信号比较强的一个或几个PN来进行数据传输。最高速率取决于其中提供速率最低的那个导频。该项调整的目的是找到目前网络覆盖、话务承载情况下RAS门限的最佳设置值，由于用户的分布和使用情况千差万别，只能针对某些常用类型用户的设置值。该机制只作用于IS-2000数据业务，不会对2G数据业

36、务和2G话音业务起作用。而且在前反向链路上的门限是独立的，不会互相影响。同时，由于提高了前向SCH分配的门限，使得一些信号强度不够且变化快的导频不能加进激活集，可以达到减少部分RF BLKS的目的。 参数定义fwdrasthreshold参数含义Reduce Active Set，相当于Active Set的一个子集 The SDU includes, in the Forward Reduced Active Set, those call legs whose signal strength is within this threshold from the strength of the

37、 best leg. 现网值：6dB取值范围：0(30dB 步长：0.5dB参数分析： 前向RAS功能对提高系统的前向Throughput有很大的作用，如果RAS设置过高，由于系统会根据提供数据速率最低的ACTIVE SET 来分配前向SCH，可能会使得前向Throughput变低并且占用更多WALSH Code和CE资源，如果RAS设置过低， 有可能会因为有导频信号比较强的PN进不了SCH的ACTIVE SET而导致FER提高影响前向Throughput。 修改命令Command: edit sdusdf-sdusdf# sdfschparms1 fwdrasthreshold revras

38、threshold tsdufwdresp tsdurvsresp minqueuesize maxqueuesize ratecontrolfactor1 ratecontrolfactor2调整效果跟踪：DateMatch Rate%Lower Rate%RF Cpcty11月5日72.07 17.50 6721.14 11月6日70.03 18.68 6913.58 11月20日68.76 16.33 1616.90 11月21日74.20 13.97 4706.64 我们可以看到，在进行了RAS门限进行了调整以后，使得系统的降速分配率得到了一定程度的降低，尤其是对减少RF Cpcty的

39、情况效果非常明显，这对提高整个网络的性能，提高SCH的指配成功率有较大的帮助。从以上的各项分析来看，我们对RAS门限参数的调整降低了SCH软切换比例，节省了网络资源，从整个网络（统计的三载波、双载波基站）的匹配率得到了提高，降速率得到了降低，高配速的比例也有一定程度的提高，从这些统计可以表明我们对RAS的调整有利于提高网络平均速率，提高用户满意度！最后无锡网络的前向RAS门限定为3！54 RC配置的优化调整 调整目的合理无线配置，提高系统利用率，消除不同RC间的硬切换 调整原理 RC4中用到128位Walsh Code，Walsh Code的资源是增加了，一个16倍速的SCH只需用到8位Wal

40、sh Code，但是由于扩频增益减小，对射频的要求会更高。而RC3中用的是64位的Walsh Code，对于一个16倍速的SCH需要用到16位的Walsh Code,扩频增义增加，对射频功率的需求低，但是对码道资源的需求高。而经过对无锡的网络进行了跟踪分析后发现目前无锡网络中经过项目组调整了Walsh Code配置后WC资源基本上没有出现过溢出的现象。因此目前功率成为影响速率的更重要因素。还有一个重要的原因是，不同的CBSC在不同的RC配置下进行切换是硬切换。 网络现状目前无锡各个CBSC的设置不完全相同，这导致了如果在不同RC间切换变成硬切换。CBSC_IDFWDBASEREVBASEFWD

41、SUPREVSUP3091434330924343309343433094434330313343303233433033334330344343 调整方案将无锡CDMA网络下的所有BSC的前反向补充和基本信道的RC配置全部调整为3。 调整命令edit servopt-cbsc#-servopt# so1xcrc crcnum fwdbase revbase fwdsup revsup for1xrate rev1xrate 调整区域CBSC-3031 CBSC-3032 CBSC-3033 CBSC-3034 CBSC-3091 CBSC-3092 CBSC-3093 CBSC-3094调整

42、结论：RC的统一配置调整是避免了不同RC间发生硬切换，根据现在网络的用户量不高，信道资源未发生拥塞的情况下，配置成RC3更加有利于提高用户的上网速率。55 前向SCH误帧率的优化调整 调整目的 降低1X业务的前向SCH误帧率 参数含义 1x FFPC F-SCH FPC FERData Label: FpcFERData Definition: Target FER for Outerloop Setpoint at MS for F-SCH.Data Range: 0-10%Data Default: 5.0Target Subsystem: MSData Type: Fixed 现网状况

43、现网的前向SCH的目标FER是5%. 调整思路 补充信道FER目标值的设置会直接影响到用户吞吐量，甚至影响到整个网络的吞吐量。（1）如果FER目标值设置过高，比如20，用户吞吐量会因为频繁的重发而明显下降。但是在这样的情况下手机要求的业务信道增益也随之减小，即降低了对基站功率的要求。系统将有更多的资源为其他用户服务。（2）反之，如果FER目标值设置很低，比如1，用户吞吐量几乎可以达到物理层吞吐量（忽略开销信道）。但是业务信道增益也随之增大，也就是说要占用基站的大部分功率。结果可能会导致基站不能容纳更多的用户，缺乏对其他用户的公平性。考虑到无锡现在数据用户量较小，也就是说用户同时在一个扇区使用数

44、据业务（尤指CARD业务）的概率是相当小的。所以我们认为对基站来说可以为用户分配更多功率来满足用户对吞吐量的要求。因为如果用户得不到足够的功率，FER将随之被快速升高，导致在下一个时间片上系统将不能再为之分配高速率的SCH信道。从而最终导致用户吞吐量较为明显的下降。 调整方案对于3031，高话务BSC，建议修改为3%对于3033，低话务BSC，建议修改为2% 调整命令edit fwdschgos-cbsc#-fwdschgos# schfpcparms Fpcschfer 调整区域无锡市区的CBSC3031和3033。调整效果跟踪： BSC1的目标FER由5改为3后的前后对比为:调整前调整后由

45、上面总体比较可以看出，BSC1中FER由5改为3后，下载速率由104KBPS提到到了108KBPS，FER也由1.7%减小到1.5%，得到一定程度的改善。16X分配比例：调整前 调整后由上面两图比较可以看出，16X分配降低了0.6个百分点，但8X分配增加了3个百分点，所以下载速率有所提高。下载速率： 调整前 调整后由上面对比图可以看出，红圆圈处的下载速率改善比较大。FER对比为： 调整前 调整后图中红泉内的FER得到了明显地改善。 BSC3的FER由5调为2后对比为：调整前调整后由以上对比可以看出，调整后FER虽然得到改善，但下载速率没有什么变化，还下降了1Kbps。16X分配比例：调整前 调

46、整后 由调整前后可以看出，16X的分配比例由74降低到了60，所以目标FER改为2反而影响了16X的分配。下载速率对比: 调整前 调整后由上面比较图可以看出，下载速率基本没有什么变化。FER前后对比: 调整前 调整后由上对比图可以看出，红圆圈处改变比较大。56 前向SCH功控增益的优化调整 调整目的提高1X业务的前向速率 参数含义 fpcstepupsch - This is the parameter the MCC/MAWI uses to adjust the SCH FPC gain. The range is: 0.00 to 3.75. The default is: 0.50.

47、This is an optional parameter. 网络现状现网的前向SCH增益提升步长为0.5。 调整思路 当前向的Fer高于目标值时，网络会调整前向SCH的增益，调整幅度为fpcstepupsch，我们认为当fer恶化时，无线环境应该是比较恶劣的，对于现在的网络来说，fpcstepupsch和fpcstepdownsch都是0.5，这样很容易在无线差的地区产生震荡，使得fer无法向target逼近，从而也影响前向的速率。前向SCH 增益时间 在Ffer低于Fpcfer的时候，前向功率会适当的下降fpcstepdownsch，以减少干扰当外环的Ffer高于门限时，前向功率会增加fp

48、cstepupsch，用来维持目标的Ferfpcstepdownschfpcstepupsch 根据其他系统的参数经验，我们认为up的幅度应该大于下调的幅度，这样的功控机制是更符合多变的无线环境。 调整方案对于BSC3031，建议修改为1.0。 调整命令edit fwdschgos-cbsc#-fwdschgos# schfpcparms 调整区域无锡市区的CBSC3031。调整效果跟踪：将BSC1的SCH0增益由0.5调为1后前后对比为：总体情况调整前：调整后：由上面对比可以看出，增益变大后，平均下载速率由101.97KBPS上升到了108.33KBPS，FER由2.7%变小到 1.5%，都

49、得到改善。16X分配比例对比：调整前 调整后由上面比较图看出，16X的分配比例由78增加到81，增加了3个百分点。下载速率对比： 调整前 调整后从瞬间下载速率来看，总体上下载速率有所增加，但变化不是很大。FER对比为： 调整前 调整后上面两图显示FER变化不太大，调整后红色区域是因为手机故障导致。57 BTS CPU OVLD问题的分析BTS CPU OVLD:SDU向BTS发送SCH分配请求后等待基站回应的RES消息，如果超时会重发REQ，重发次数为maxsdutimeouts，如果再没有收到RES，SDU将宣布该基站发生了CPU OVLD，导致SCH分配失败，在基站侧，如果GLI的负荷超过

50、85%也是一次CPU OVLD。 调查背景：通过检查数据业务的相关统计报表，发现网络中存在的问题。并对这些问题进行详细分析并提出相应的解决建议。 调查细节如下：1我们首先通过检查Moto的相关统计报告发现，无锡CDMA网络CBSC-3034下面有10个基站因为BTS CPU OVLD的原因导致了前向SCH指配失败次数很多，从表象上分析发现这些基站基本的BTSID较为连续。为401405以及409413。从MapInfo上我们可以看到这些基站的覆盖范围为泰山路、黄山路一带。2为了对这些问题基站进行问题定位，看是否能够找到它们存在共性的地方，我们考虑对这些基站的配置情况进行检查BTSID载波配置BTSID载波配置401三个双载波小区409三个单载波+Beacon小区402三个单载波+Beacon小区410三个单载波+Beacon小区403三个双载波小区411三个单载波+Beacon小区404三个双载波小区412三个单载波小区405三个双载波小区413三个单载波+Beacon三