7数据业务优化经验总结1教学提纲.ppt

安徽移动数据业务优化经验总结中国移动安徽公司网络部 1. EDGE优化思路优化流程优化内容 2. EDGE 优化经验及案例介绍主要内容EDGE网络性能受限主要环节BTSBSC(PCU)Radio接口Gb接口Abis接口BSS容量： PS无线时隙资源Abis资源PCU资源Gb资源SGSNGGSNWAPGWBSS部分核心网部分核心网容量和性能无线环境质量： 载干比C/I覆盖EDGE网络：端到端性能能力： 上下行时隙支持能力EDGE支持功能影响EDGE性能的因素基于优化最终目标EDGE性能指标的改善和业务承载质量的提升，可以将现有的影响EDGE性能的众多因素进行分解和划分，如下图所示总的来说，可以分成容量资源优化，无线环境优化，EDGE参数优化，核心网优化，数据业务终端及上层应用优化等内容EDGE优化内容资源不足EDGE未开启核心网瓶颈终端性能差无线环境不佳EDGE速率不佳分布分析排查思路图无线时隙数分配不足无线时隙多用户共享Abis资源不足，MCS低PCU资源不足，MCS低Gb资源不足，速率低，不稳定采用CS1/2/3/4，部分捆绑时隙数不足四个TCP丢包量大，速率低FTP服务器参数设定不合理，速率不稳定，速率低相同条件下，终端测试结果差异明显越区覆盖，主控不清晰，C/I差频率分配不合理，C/I差小区重选不合理，C/I差，信号电平弱小区重选太频繁，数据业务中断时间长p影响EGPRS网络性能的因素较多。

本次优化着重从资源、覆盖和无线环境三个方面提升我省EGPRS网络质量我省EDGE网络优化提升工作内容确保EDGE网络连续覆盖 根据集团要求，城区EDGE网络的覆盖率要达到95从第一轮摸底测试结果来看，部分城市EDGE网络改造工程未完成，尚未实现城区EDGE网络的连续覆盖 请各分公司根据工程计划检查EDGE改造进展，对没有改造的EDGE小区加快改造进度，要求11月14日前完成解决资源问题空中接口容量Abis容量建议每10-11个载频配置一根PCMB，超过22个载频的BTSM建议配置三根PCMB，在Abis pool中把所有可用的SUBTSLB全部创好，注意观察话务统计中Abis子时隙使用率，和是否有全忙时长，及时进行PCMB扩容看测试log中是否有较多的信道复用现象如果有，请及时增加PDCH动静态信道看话务统计中上下行信道复用度情况如果平均复用度较高（经验值为2），请及时增加PDCH动静态信道；解决资源问题PCU容量Gb口容量看测试log中低编码方式（如CS1、MCS1等）占用的比例，如果较高，考虑进行PCU扩容在开启EDGE的BSC中，每条FRL的带宽建议不低于512Kbps看话务统计中低编码方式（如CS1、MCS1）占用的比例（经验值为510），如果较高，考虑进行PCU扩容看话务统计中PCU处理器负荷，如果BSC中所有PCU负荷均高于80%，考虑进行PCU扩容。

优化无线环境降低频率干扰减少小区重选优化弱覆盖区域排查同邻频/直放站/外部干扰，提高网络载干比优化弱覆盖区域，提升网络的无线环境，尤其对重点区域室内弱覆盖场所进行覆盖调整，保证CQT定点的无线网络环境调整小区重选参数如CRO/CRH等，CRH一般建议设置为8，不要超过10，避免路测中重选滞后重点功能开启根据集团要求，对于EGPRS的重点功能功能，如：4粒度USF功能、网络辅助的小区重选（NACC），作为专题进行研究在试点的基础上逐步开启信道迁移和4粒度USF功能，避免GPRS用户对于EGPRS用户的影响，保证EGPRS用户感知计划于2008年3月底前完成 1. EDGE优化思路 2. EDGE 优化经验及案例介绍主要内容CQT FTP下载速率慢案例DT FTP下载速率慢案例参数优化新Feature的应用其他案例分析CQT FTP下载速率低从马鞍山CQT测试log分析，我们发现导致FTP下载速率低的原因主要有两点：信道复用和编码方式低 ，如右图所示的典型的两个例子问题一：无线信道资源不足 查看BSC数据库参数，发现目前马鞍山所有的EDGE小区仅开启了一个EDGE TRX（在BCCH TRX0上），这样可用的EDGE信道最多也只有56个，在忙时测试的时候很容易产生复用现象，降低了数据传输速率。

TS 1TS 2TS 3TS 4先平铺后重叠User1User2User3案例分析 CQT FTP下载速率低 10月13日晚对马鞍山全网EDGE小区的TRX1开启了EDGE后，我们对上次CQT测试的部分小区进行了复测，以下是前后测试对比情况（左边为前期摸底测试的结果，右边为TRX1开启EDGE之后的测试结果）：TRX1开启EDGE前后对比测试问题一：无线信道资源不足案例分析 CQT FTP下载速率低 从上面三个点的对比测试情况来看，FTP下载速率已明显提高，但离集团考核要求还相差较远，主要原因还是编码方式较低，无法享受EDGE高编码方式带来的高吞吐量 编 码 方 式 低案例分析 CQT FTP下载速率低为什么编码方式上不去？编码方式低的原因除了无线环境之外，还和Abis/PDT资源使用情况相关理论依据如下，根据西门子BSC的TDPC算法描述：It is important to underline the following feature: Abis/PDT scarcity does not affect the radio resource assignment algorithm of TDPC. The only mandatory check (on TDPC) concerns the availability of one Abis/PDT per new PDCHs in the selected radio timeslot configuration. No attempt is done to search radio resources minimizing the number of new allocated Abis/PDT resources. Hence, in case of Abis/PDT resources scarcity it is not guaranteed that the initial coding scheme can be supported（也就是说，在Abis/PDT资源不足的时候，不能保证可以支持初始设定的编码方式）; and the initial target throughput is based on the number of radio timeslots that can be actually activated. Then the TDPC will answer to the PCU with:a PDCH_Setup message when at least one idle channel has been assigned; in this case, no matter of the value of the thresholdIdleAbisStopUpgrade field of the GASTRABISTH parameter (see 4.7.5.2 “Upgrade of Abis Resources”), the TDPC will allocate new PDCHs trying to assign them the requested number of Abis/PDTs per PDCH and, if necessary and possible (see 4.7.5.2 “Upgrade of Abis Resources”), upgrade up to the requested number of PDTs per PDCH the already allocated PDCHs in the configuration.When Abis/PDT resources are not enough to completely satisfy the request (activation of new PDCHs and possible upgrade of already allocated PDCHs), the number of PDTs per PDCH specified in the request is downgraded.（当Abis/PDT资源不足以满足需求的时候，如新分配PDCH或PDCH upgrade，每个PDCH所需的PDT数会被降级）案例分析 CQT FTP下载速率低 上面的三个点分别在BSC1和BSC4的范围内，这两个BSC均只有四块PCU，而BSC2和BSC3有六块PCU，为了进行对比，优化人员在10月14日下午在BSC2的范围内选择了几个测试点进行CQT测试，下面是测试情况： 问题二：PCU容量不足 从BSC2下面的几个点的测试情况来看，均能占用EDGE高速编码方式，除了TCP丢包造成的速率波动之外，整体下载速率比BSC1和BSC4下面的要高出很多，因此再次验证了PDT资源不足引起的EDGE速率下降的问题。

在以往的优化经验中，曾经多次遇到这种情况导致的编码方式降低在RC网管上通过对BSC1的四块PCU进行Getinfo操作，发现忙时PDT的资源占用非常多，每块PCU的256个PDT基本上都处于Busy状态，结合对测试log中的分析，决定将BSC1扩容两块PPXU，缓解PDT资源不足引起的编码方式降低 10月16日晚上，对马鞍山BSC1进行了PPXU扩容，由四块PPXU增加到六块为了验证效果，优化人员在10月17日分别对BSC1进行CQT和DT的测试，并和之前的测试结果做了对比 ：案例分析 CQT FTP下载速率低问题二：PCU容量不足从以上四个点的前后对比测试来看，PPXU扩容后速率有较大的提升，编码方式也比之前有了很大改善只是在测试的时候有一定的TCP丢包而影响速率的进一步提高案例分析 CQT FTP下载速率低问题二：PCU容量不足案例分析 CQT FTP下载速率低bsc测量时间MCS1_use_rate_DLMCS2_use_rate_DLMCS3_use_rate_DLMCS4_use_rate_DLMCS5_use_rate_DLMCS6_use_rate_DLMCS7_use_rate_DLMCS8_use_rate_DLMCS9_use_rate_DL马鞍山BSC110/16/2008 10:0011.97%1.49%1.45%0.22%16.05%10.95%4.40%1.57%26.57%马鞍山BSC110/16/2008 11:0012.45%1.86%2.06%0.18%15.28%14.86%8.28%7.03%11.35%马鞍山BSC110/16/2008 12:008.73%1.56%1.99%0.20%12.87%13.81%11.41%3.88%17.21%马鞍山BSC110/16/2008 13:0011.19%1.78%1.94%0.22%14.57%11.97%12.31%5.00%14.81%马鞍山BSC110/16/2008 14:0014.40%2.19%2.45%0.26%19.21%13.87%9.82%4.57%7.14%马鞍山BSC110/16/2008 15:0013.08%1.69%2.07%0.31%18.30%14.77%17.14%8.45%8.38%马鞍山BSC110/16/2008 16:0010.62%1.62%1.99%0.28%17.90%12.95%7.37%7.03%14.18%马鞍山BSC110/17/2008 10:002.93%1.09%1.55%0.19%6.23%10.61%7.61%26.68%25.56%马鞍山BSC110/17/2008 11:002.。