数据业务优化经验总结

上传人:m**** 文档编号:586021416 上传时间:2024-09-03 格式:PPT 页数:33 大小:1.40MB
返回 下载 相关 举报
数据业务优化经验总结_第1页
第1页 / 共33页
数据业务优化经验总结_第2页
第2页 / 共33页
数据业务优化经验总结_第3页
第3页 / 共33页
数据业务优化经验总结_第4页
第4页 / 共33页
数据业务优化经验总结_第5页
第5页 / 共33页
点击查看更多>>
资源描述

《数据业务优化经验总结》由会员分享,可在线阅读,更多相关《数据业务优化经验总结(33页珍藏版)》请在金锄头文库上搜索。

1、安徽移动数据业务优化经验总结安徽移动数据业务优化经验总结 1. EDGE优化思路优化思路优化流程优化流程优化内容优化内容 2. EDGE 优化经验及案例介绍优化经验及案例介绍主要内容主要内容EDGE网络性能受限主要环节网络性能受限主要环节BTSBSC(PCU)Radio接口Gb接口Abis接口BSS容量:容量: PS无线时隙资源无线时隙资源Abis资源资源PCU资源资源Gb资源资源SGSNGGSNWAPGWBSS部分部分核心网部分核心网部分核心网容量核心网容量和性能和性能无线环境质量:无线环境质量: 载干比载干比C/I覆盖覆盖EDGE网络:端到端性能手机能力:手机能力: 上下行时隙支持能力上下

2、行时隙支持能力EDGE支持功能支持功能数据业务的特征和EDGE系统关键技术决定了EDGE性能优化是一个较为连续的,灵活的,全面的,因地制宜的项目实施过程:数据业务的有别于话音业务的话务特征:话务增长迅速,话务起伏波动显著;EDGE系统实现的动态化和弹性化(无线环境指标、网络资源分配)在优化过程中需要和当地网络运营者进行密切的沟通,确定切合实际的、高效的网络优化目标,并在采用“梳理”式的网络优化思路和方法。同时,要充分考虑和发挥系统产品特性和功能!EDGE优化基本流程优化基本流程优化准备阶段优化准备阶段网络优化项目人员到位;网络优化指标定义;客户需求分析;网络软/硬件配置调查;网络EDGE性能调

3、查; OMC网络指标; DT/CQT测试结果评估:网络优化内容定制;网络优化进度计划编制;网络优化工具准备: 路测工具CDS,TEMS; 信令跟踪设备优化目标及验收标准;优化分析阶段优化分析阶段网络故障排查分析;网络资源调整方案; 无线资源 Abis资源 PCU资源 Gb资源网络无线环境评估; 无线信号弱覆盖 无线信号干扰C/I网络移动性管理分析; 小区重选问题分析 RA区域分析网络核心网问题排查; 测试服务器参数设定 网络丢包问题分析 其它网元分析优化方案执行阶段优化方案执行阶段网络故障整改;网络资源调整方案; 无线资源 Abis资源 PCU资源 Gb资源网络无线优化方案: 无线信号弱覆盖

4、无线信号干扰C/I网络移动性优化方案; 小区重选问题分析 RA区域分析网络核心网改善方案; 测试服务器参数设定 网络丢包问题分析 其它网元分析网络参数优化;优化项目总结阶段优化项目总结阶段网络优化成果对比验证;网络专题优化报告;网络总结报告;网络优化工作总结交流;网络优化项目验收; 影响影响EDGE性能的因素性能的因素基于优化最终目标EDGE性能指标的改善和业务承载质量的提升,可以将现有的影响EDGE性能的众多因素进行分解和划分,如下图所示。总的来说,可以分成容量资源优化,无线环境优化,EDGE参数优化,核心网优化,数据业务终端及上层应用优化等内容。EDGE优化内容优化内容资源不足EDGE未开

5、启核心网瓶颈手机终端性能差无线环境不佳EDGE速率不速率不佳佳分布分分布分析排查析排查思路图思路图无线时隙数分配不足无线时隙多用户共享Abis资源不足,MCS低PCU资源不足,MCS低Gb资源不足,速率低,不稳定采用CS1/2/3/4,部分手机捆绑时隙数不足四个TCP丢包量大,速率低FTP服务器参数设定不合理,速率不稳定,速率低相同条件下,终端测试结果差异明显越区覆盖,主控不清晰,C/I差频率分配不合理,C/I差小区重选不合理,C/I差,信号电平弱小区重选太频繁,数据业务中断时间长p影响EGPRS网络性能的因素较多。本次优化着重从资源、覆资源、覆盖和无线环境盖和无线环境三个方面提升我省EGPR

6、S网络质量。我省我省EDGE网络优化提升工作内容网络优化提升工作内容确保确保EDGE网络连续覆盖网络连续覆盖 根据集团要求,城区EDGE网络的覆盖率要达到95。从第一轮摸底测试结果来看,部分城市EDGE网络改造工程未完成,尚未实现城区EDGE网络的连续覆盖。 请各分公司根据工程计划检查EDGE改造进展,对没有改造的EDGE小区加快改造进度,要求11月14日前完成。解决资源问题解决资源问题空中接口容量Abis容量建议每10-11个载频配置一根PCMB,超过22个载频的BTSM建议配置三根PCMB,在Abis pool中把所有可用的SUBTSLB全部创好,注意观察话务统计中Abis子时隙使用率,和

7、是否有全忙时长,及时进行PCMB扩容看测试log中是否有较多的信道复用现象。如果有,请及时增加PDCH动静态信道看话务统计中上下行信道复用度情况。如果平均复用度较高(经验值为2),请及时增加PDCH动静态信道;解决资源问题解决资源问题PCU容量Gb口容量看测试log中低编码方式(如CS1、MCS1等)占用的比例,如果较高,考虑进行PCU扩容。在开启EDGE的BSC中,每条FRL的带宽建议不低于512Kbps。看话务统计中低编码方式(如CS1、MCS1)占用的比例(经验值为510),如果较高,考虑进行PCU扩容看话务统计中PCU处理器负荷,如果BSC中所有PCU负荷均高于80%,考虑进行PCU扩

8、容。优化无线环境优化无线环境降低频率干扰降低频率干扰减少小区重选减少小区重选优化弱覆盖区优化弱覆盖区域域排查同邻频/直放站/外部干扰,提高网络载干比。优化弱覆盖区域,提升网络的无线环境,尤其对重点区域室内弱覆盖场所进行覆盖调整,保证CQT定点的无线网络环境。调整小区重选参数如CRO/CRH等,CRH一般建议设置为8,不要超过10,避免路测中重选滞后。重点功能开启重点功能开启根据集团要求,对于EGPRS的重点功能功能,如:4粒度USF功能、网络辅助的小区重选(NACC),作为专题进行研究。在试点的基础上逐步开启信道迁移和4粒度USF功能,避免GPRS用户对于EGPRS用户的影响,保证EGPRS用

9、户感知。计划于2008年3月底前完成。 1. EDGE优化思路优化思路 2. EDGE 优化经验及案例介绍优化经验及案例介绍主要内容主要内容CQT FTPCQT FTP下载速率慢案例下载速率慢案例DT FTPDT FTP下载速率慢案例下载速率慢案例参数优化参数优化新新FeatureFeature的应用的应用其他其他案例分析案例分析CQT FTP下载速率低下载速率低从马鞍山CQT测试log分析,我们发现导致FTP下载速率低的原因主要有两点:信道复用和编码方式低 ,如右图所示的典型的两个例子。问题一:无线信道资源不足问题一:无线信道资源不足 查看BSC数据库参数,发现目前马鞍山所有的EDGE小区仅

10、开启了一个EDGE TRX(在BCCH TRX0上),这样可用的EDGE信道最多也只有56个,在忙时测试的时候很容易产生复用现象,降低了数据传输速率。TS 1TS 2TS 3TS 4先平铺后重叠User1User2User3案例分析案例分析 CQT FTP下载速率低下载速率低 10 10月月1313日晚对马鞍山全网日晚对马鞍山全网EDGEEDGE小区的小区的TRX1TRX1开启了开启了EDGEEDGE后,我们对上次后,我们对上次CQTCQT测试的部分小区进行了复测,以下是前后测试对比情况(测试的部分小区进行了复测,以下是前后测试对比情况(左边为前期摸底测试左边为前期摸底测试的结果,右边为的结果

11、,右边为TRX1TRX1开启开启EDGEEDGE之后的测试结果之后的测试结果):):TRX1开启开启EDGE前后对比测试前后对比测试问题一:无线信道资源不足问题一:无线信道资源不足案例分析案例分析 CQT FTP下载速率低下载速率低 从上面三个点的对比测试情况来看,从上面三个点的对比测试情况来看,FTPFTP下载速率已明显提高,但离集团下载速率已明显提高,但离集团考核要求还相差较远,主要原因还是编码方式较低,无法享受考核要求还相差较远,主要原因还是编码方式较低,无法享受EDGEEDGE高编码方式高编码方式带来的高吞吐量。带来的高吞吐量。 编编 码码 方方 式式 低低案例分析案例分析 CQT F

12、TP下载速率低下载速率低为什么编码方式上不去?为什么编码方式上不去?编码方式低的原因除了无线环境之外,还和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 Ab

13、is/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(也就是说,在(也就是说,在A

14、bis/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 m

15、atter 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 Resource

16、s”), 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 r

17、equest is downgraded.(当(当Abis/PDT资源不足以满足需求的时候,如新资源不足以满足需求的时候,如新分配分配PDCH或或PDCH upgrade,每个,每个PDCH所需的所需的PDT数会被降级)数会被降级)案例分析案例分析 CQT FTP下载速率低下载速率低 上面的三个点分别在BSC1和BSC4的范围内,这两个BSC均只有四块PCU,而BSC2和BSC3有六块PCU,为了进行对比,优化人员在10月14日下午在BSC2的范围内选择了几个测试点进行CQT测试,下面是测试情况: 问题二:问题二:PCU容量不足容量不足 从BSC2下面的几个点的测试情况来看,手机均能占用EDG

18、E高速编码方式,除了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进行C

19、QT和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

20、_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

21、 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

22、.09%1.55%0.19%6.23%10.61%7.61%26.68%25.56%马鞍山BSC110/17/2008 11:002.03%0.74%1.13%0.20%4.74%12.35%10.19%29.01%22.22%马鞍山BSC110/17/2008 12:002.45%0.94%1.30%0.19%6.03%13.46%7.85%8.94%33.11%马鞍山BSC110/17/2008 13:002.76%1.11%1.53%0.21%7.51%11.39%7.54%14.60%36.41%马鞍山BSC110/17/2008 14:003.25%1.03%1.23%0.22%8.

23、09%13.28%13.93%18.23%27.26%马鞍山BSC110/17/2008 15:002.59%0.91%1.21%0.17%6.14%13.11%11.27%16.84%29.98%从话务统计的前后对比中很明显的看到,PPXU扩容后,MCS1编码方式的占用比例大幅下降,而MCS7MCS9的高编码方式占用比例则大幅上升,这对提高用户数据传输速率,改善用户感知有很大的帮助,也再次验证了PPXU扩容后对EDGE性能的提高 效效 果果 明明 显显PPXU扩容后话务统计指标对比:问题二:问题二:PCU容量不足容量不足 1. EDGE优化思路优化思路 2. EDGE 优化经验及案例介绍优化

24、经验及案例介绍主要内容主要内容CQT FTPCQT FTP下载速率慢案例下载速率慢案例DT FTPDT FTP下载速率慢案例下载速率慢案例参数优化参数优化新新FeatureFeature的应用的应用其他其他案例分析案例分析DT FTP下载速率低下载速率低 阜阳EDGE摸底测试中的DT测试指标较差,且有掉线现象。从编码方式使用率上看,高编码方式(MCS7-MCS9)的占用比例达到58.6%,平均MCS为6.95,表明阜阳市区BSC的Abis/PDT资源充足,无线环境较好。但从移动性能指标上来看,影响FTP平均下载速率的因素是小区重选和路由区更新频繁,平均44秒钟就有一次小区重选,平均1.68Km

25、就有一次RAU,这些都是影响DT测试中下载速率的重要因素。优化案例:在EDGE DT测试中发现LAC/CI:21888/56303 LAC/CI:21888/64123 LAC/CI:21888/56422 LAC/CI:21888/64123 LAC/CI:21888/56411 LAC/CI:21888/56413,在手机重选至56413小区之后恢复下载,但是此前由于频繁的小区重选数据下载已经停传了62秒。通过调整覆盖,该路段频繁小区重选问题得到明显改善,由原来的6次降低到1次。具体测试结果请见下图优化前后的对比测试结果。 1. EDGE优化思路优化思路 2. EDGE 优化经验及案例介绍

26、优化经验及案例介绍主要内容主要内容CQT FTPCQT FTP下载速率慢案例下载速率慢案例DT FTPDT FTP下载速率慢案例下载速率慢案例参数优化参数优化新新FeatureFeature的应用的应用其他其他数据库参数检查和修改数据库参数检查和修改参数名称参数描述设置范围建议值EMFA1UNIR8PSKBTS内允许上行使用FAMILY A系列编码方式TRUE/FALSETRUEEMFAP1UNIR8PSKBTS内允许上行使用FAMILY A padding系列编码方式TRUE/FALSETRUEEMFB1UNIR8PSKBTS内允许上行使用FAMILY B系列编码方式TRUE/FALSETR

27、UEEMFCUNIR8PSK如果手机支持8PSK,BTS内允许上行使用FAMILY C系列编码方式TRUE/FALSETRUEEMFCUNIRGMSK如果手机不支持8PSK,BTS内允许上行使用FAMILY C系列中的GMSK编码方式TRUE/FALSETRUEEMFGUNIR8PSK如果手机支持8PSK,BTS内允许上行使用GMSK编码方式(MCS1-MCS4)TRUE/FALSETRUEEMFGUNIRGMSK如果手机不支持8PSK,BTS内允许上行使用GMSK编码方式(MCS1-MCS4)TRUE/FALSETRUEEMCSFAMA1DLBTS内允许下行使用FAMILY A系列编码方式T

28、RUE/FALSETRUEEMCSFAMAP1DLBTS内允许下行使用FAMILY A padding系列编码方式TRUE/FALSETRUEEMCSFAMB1DLBTS内允许下行使用FAMILY B系列编码方式TRUE/FALSETRUEEMCSFAMCDLBTS内允许下行使用FAMILY C系列编码方式TRUE/FALSETRUEEMCSFAMGDLBTS内允许下行使用GMSK调制方式(MCS1-MCS4)TRUE/FALSETRUEIMCSULNIR8PSK手机支持8PSK调制方式时上行初始编码方式MCS1MCS9MCS6IMCSULNIRGMSK手机仅支持GMSK调制方式时上行初始MC

29、S编码方式MCS1MCS4MCS4INIMCSDL手机支持8PSK调制方式时下行MCS初始编码方式MCS1MCS9MCS6 在西门子数据库参数方面,全网目前有部分EDGE相关参数设置不统一,建议统一修改,其中涉及编码方式的参数如下表:关闭扩展上行关闭扩展上行TBF开关开关优化人员在测试的时候还发现Class10的手机在FTP下载的过程中从4+1变成32模式,下行少了一个时隙会降低下载速率,经检查是数据库的扩展上行TBF的延时设置为了默认的1.5秒,因 此 建 议 把 该 参 数(TEXTULTBF)改为0。41修改前修改前修改后修改后 1. EDGE优化思路优化思路 2. EDGE 优化经验及

30、案例介绍优化经验及案例介绍主要内容主要内容CQT FTPCQT FTP下载速率慢案例下载速率慢案例DT FTPDT FTP下载速率慢案例下载速率慢案例参数优化参数优化新新FeatureFeature的应用的应用其他其他新功能介绍:新功能介绍:4粒度粒度USF(1)GPRS手机和EDGE手机复用在同一PDCH信道,可以提高PDCH信道资源分配的灵活性,提高PDCH信道的利用率。但是,当一个时隙下行有8PSK TBF,上行有GMSK TBF时,由于在下行方向上对上行GMSK TBF发送的USF不能用8PSK方式编码(否则GMSK手机无法解调),系统必须某些时候将含有USF信息的下行TBF的编码方式

31、切换成GMSK,以便于GMSK手机解调出USF。如这类转换比较频繁,则将影响EDGE手机的下行TBF的吞吐量。为解决该问题,西门子BR8开始支持“4粒度USF”功能,Feature名称为“Flexible USF Granularity”。TBF scheduler从BR8开始支持USF granularity=1,即MS收到对于自己的USF后,将在接下来的4个上行RLC块发送数据。在USF granularity=0时,MS仅在下1个上行RLC块发送数据。采用USF granularity=1将提高对上行GMSK TBF调度的效率,从而降低对下行8PSK TBF编码方式的干扰。 重点功能介绍

32、:重点功能介绍: 4粒度粒度USF(2)4粒度粒度USF功能的开启将有助于功能的开启将有助于:提高对上行GMSK TBF调度的效率,从而降低对下行8PSK TBF编码方式的干扰。缓解GPRS和EDGE共用PDCH信道时EDGE下行调制方式由8PSK转换成GMSK的频率,从而提高EDGE手机的下载速率。提高用户感受度,同时下载速度加快又可以提高PDCH信道利用率。重点功能介绍:重点功能介绍: 4粒度粒度USF(3) 上表是测试BSC的话务统计,从表中可以看出,8PSK编码速率所占比例在开启四粒度功能后能明显看出从平均占用68.47%涨到了78.33%,这也证明了该功能的开启作用,提高了EDGE的

33、整体性能和用户的感知度。 1. EDGE优化思路优化思路 2. EDGE 优化经验及案例介绍优化经验及案例介绍主要内容主要内容CQT FTPCQT FTP下载速率慢案例下载速率慢案例DT FTPDT FTP下载速率慢案例下载速率慢案例参数优化参数优化新新FeatureFeature的应用的应用其他其他关于关于WAP首页显示时长问题首页显示时长问题 从上次摸底测试用TEMS测试的结果来看,WAP首页显示时长指标非常差(平均都在8秒以上甚至更长),优化人员此次用CDS 5.0软件进行了复测,发现指标非常好,平均显示时长均在4秒以内。 究其原因,是由于用TEMS测试的时候计算WAP首页显示时长的方法和CDS不一样,导致测试结果的相差迥异。WAP首页显示时长正确的计算方法应该为:PDP激活时延+WAP网关connect时延+WAP reply时延计算方法不正确计算方法不正确EDGE

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 高等教育 > 研究生课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号