数据业务优化报告.doc

兰州数据业务优化报告 本优化通过对数据业务分配机制和流程的分析，对影响数据业务分配的各个环节进行了详细的分析，对各环节是否是影响数据吞吐率的瓶颈问题进行了分析。对影响数据业务的参数进行了分析调整，对并对一些测试中出现的问题进行了分析解决。 通过以上大量测试和分析，我们发现影响系统吞吐率的原因为： 部分基站的WC和MCC1X的负载偏高，会一定程度影响数据业务的速率； 从RF Load来看，由于长春的系统负荷非常高，系统的FWD ECIOR较差，是影响数据吞吐率的主要原因。 由于数据传输在WC和MCC1X资源以及RF Load上要求更加严格，因此在对话音无任何影响的情况下对数据吞吐率已经产生了影响。因此我们建议： 某些基站扇区的WC和MCC1X负荷较高，对数据业务产生影响。因该考虑增加系统资源如第3载波、增加MCC1X板卡等； 从系统的RF Load来看，兰州的系统负荷较高，很多地方数据业务都会受到很大影响，造成数据业务速率低。随着数据业务的重要性越来越高，可以考虑增加新的载波单独承载数据业务 数据业务分配机制和流程 要对数据业务进行优化，必须要了解数据业务的分配机制和分配流程，才能更深入地了解数据业务的各个瓶颈，提出有针对性的优化方案。 SCH分配机制 前向SCH的申请与否由系统的PCF/Selector决定，反向SCH申请与否由手机决定。 RLP数据在Selector的Buffer里存储，Selector根据Buffer里的RLP数据大于配置参数Min_Queue_Size，就进行分配前向SCH。Selector再根据Buffer的数据存储量、预计后续达到的数据量和数据的加权因子等计算所需要的吞吐量，选择合适速率等级的SCH信道。 手机决定何时申请反向SCH和申请SCH的种类。一般情况下手机都申请最大吞吐量的SCH。 SCH分配流程 前向SCH的分配流程 PCF 监测经过PDSN的数据吞吐量 和对于 F-SCH的请求 PSI/SDU决定发起请求的数据速率和请求F-SCH所在的扇区 TSM询问 RF Load manager 以某目标速率速率上传输SCH给MS所需要 的功率 RF Load Manager提供该速率所需的前向功率估计给TSM和MM/CPP TSM向Cache Manager申请符合申请速率的CE,WC和Backhaul资源 Cache Manager提供资源信息给TSM和MM/CPP TSM分配TS并告知SDU当前能力，RF Load Manager 周期性地估算每一 个Time Slice的容量 TSM向RF Load manager请求gain boost 信道分配并激活gain boost 兰州CDMA系统各类资源负荷分析 PCF/Selector资源分析 摩托罗拉系统的PCF/Selector容量很大，一块PCF板卡就可以处理1800个激活 的数据呼叫和10200个dormant data call。从CBSC级的统计来看，PCF/Selector的利用率都比较低――如下，目前PCF/Selector的资源不会成为制约数据业务的瓶颈。 DSW and PSI-CE Utilization Section MM | DSW Port Utilization | PSI-CE Utilization | ID | Allocated Total Avail Util% GF-Value | Config Erlang BBHH Util% GF-Value | ============================================================================================ 9011 5812 8152 71.3 0.3325 832 207.8 14:30 25.0 2.8029 9014 6576 8152 80.7-P 0.1777 3448 498.0 11:30 14.4 5.5780 9016 6178 8152 75.8 0.2535 3368 384.3 10:00 11.4 7.3267 9017 5689 8152 69.8 0.3613 832 379.7 21:00 45.6 1.0819 WC资源分析 WC属于