ODPDCHLIMIT参数分析

1、ODPDCHLIMIT算法研究分析报告ODPDCHLIMIT参数算法研究分析1. 网络概况随着数据业务发展迅速，GPRS 资费不断下调，数据流量急剧上升，而整体信道资源有限，导致半速率话务过高严重影响用户感知，现有的资源难以满足日益发展的数据业务需求，但同时又需保证语音业务优先，因此，保证语音业务性能指标不变的情况下，对数据业务指标进行优化调整至关重要。考虑到目前很多数据应用传送的数据量并不大，对PDCH资源及IP速率要求并不是很高，可以容忍较高的复用度，毕竟传输大的数据量的FTP下载、流媒体等业务在移动网络普及率很低。因此，网络调整中就需要压缩数据业务空载，减少低效率无线信道，在相同的时间内

2、使用更少的无线信道传输相同的数据业务流量，提高网络资源使用效率。在无线网络中，我们无法了解小区具体的数据业务分布，所以无法根据业务来确定小区可以接受的复用度，IP速率，从而我们选择根据“PDCH利用率”来对PDCH资源是否满足需要进行评估，并通过调整ODPDCHLIMIT值达到优化整体业务容量，达到语音数据均衡处理目的。“PDCH利用率”定义如下：“下行PDCH利用率”=USEDDLRBLKS/AVAILRBLKS“上行PDCH利用率”=USEDULRBLKS/AVAILRBLKS其真正的意义是小区所有PDCH有数据传送的时间占比。假如“PDCH利用率”=0.1，即小区的所有PDCH中，平均只

3、有10%的时间在传送数据，其余90%的时间并没有数据传送，PDCH资源并没有得到充分利用。这种情况下，即使PDCH指派失败率高，PDCH复用度高，IP吞吐率低，也可排除是PDCH资源不足导致的。其根本原因可能是大量的用户使用少数据量数据应用（例如QQ、飞信、手机证劵、WAP浏览等）导致的。2. PDCH利用率期望值评估取6月25-30日全天数据统计，小区下行EDGE IP吞吐率与PDCH利用率关系如下：从上图可以看出：a) 下行PDCH利用率大于50%时，吞吐率小于120，并且随着下行PDCH利用率的上升呈现下降趋势b) 当下行PDCH利用率大于64%以上，吞吐率小于100并呈现较大的下降趋势

4、考虑实际网络应用及客户感知，我们认为吞吐率达到100时，不管对大数据量传输和其他数据业务类型都能给予较好的感知，所以我们确定“PDCH利用率”期望值为60%。为了达到“PDCH利用率”的期望值，可以通过调整ODPDCHLIMIT参数设置来调整PDCH分配数量，从而达到调整“PDCH利用率”的目的。为了缓解对ODPDCHLIMIT调整后对数据业务的影响，对ODPDCHLIMIT减少较大的小区，将PDCHPREEMPT参数全部设置为4，即没有承载TBF的动态PDCH可以被清空，为话音腾出信道资源，以此来保证数据业务的性能指标。3. 算法以及试验过程l 实际需求PDCH数=小区PDCH数量*下行PD

5、CH利用率/期望PDCH利用率（公式一）l ODPDCHLIMIT=（实际需求PDCH数-CHGR2的BPC数）/（定义信道数-CHGR2的BPC数）*100（公式二）提取兰州BSC1G中，6月25-29日晚上20点至22点数据，根据我们确定的PDCH利用率期望值为60%，通过公式二计算出ODPDCHLIMIT值，然后根据现网ODPDCHLIMIT值设置进行比对，根据参数进行相关调整设置，具体指标如下：日期话务量HR占比语音占比TCH拥塞PDCH分配成功率TBF建立成功率PDCH复用度数据流量掉话2012-6-29 20:001680.93 13.02%47.65%043.30%99.50%2

6、.17 4281.7 2922012-6-29 21:001858.87 17.56%48.34%137.50%99.08%2.39 5027.0 3642012-6-29 22:001649.92 18.19%47.08%433.08%99.08%2.40 5464.6 3182012-6-30 20:001563.48 11.66%46.39%046.38%99.67%2.12 4674.8 2552012-6-30 21:001864.16 17.27%48.84%038.37%99.10%2.38 5484.6 3232012-6-30 22:001699.13 19.16%47.55

7、%032.32%98.20%2.49 6045.7 2862012-7-1 20:001629.80 15.01%43.86%537.58%97.70%2.48 5409.4 3822012-7-1 21:001813.41 22.12%44.84%030.74%95.34%2.84 5988.4 3082012-7-1 22:001559.11 21.21%43.00%026.40%95.41%2.80 6035.5 3222012-7-2 20:001835.53 20.26%45.48%036.85%96.40%2.57 5754.8 3722012-7-2 21:001919.59 2

8、6.82%45.38%032.18%94.98%2.83 6164.6 3522012-7-2 22:001585.42 22.12%43.13%029.35%95.84%2.72 5926.5 3142012-7-3 20:001717.80 25.42%44.73%334.98%97.75%2.41 5181.4 2842012-7-3 21:001924.21 38.06%46.25%028.19%96.52%2.64 5436.9 3232012-7-3 22:001601.32 34.58%43.20%622.67%95.98%2.65 5877.2 3022012-7-4 20:0

9、01654.50 16.99%43.97%036.00%97.84%2.39 5095.6 2862012-7-4 21:001902.36 22.73%46.45%129.98%96.92%2.60 5556.2 3492012-7-4 22:001663.47 24.97%44.09%023.29%96.37%2.68 5869.0 3182012-7-5 20:001672.79 13.47%44.65%041.87%98.59%2.33 4859.6 3412012-7-5 21:001930.57 22.86%46.89%035.07%97.51%2.56 5446.4 325201

10、2-7-5 22:001720.34 18.39%45.12%027.87%96.53%2.63 5858.8 291通过现网与计算值ODPDCHLIMIT值进行比对，调整步骤如下：l 如果计算值大于现网ODPDCHLIMIT值，则ODPDCHLIMIT值取计算均值，于7月2日16:00进行参数修改，具体修改小区内容如下：调整后，观察指标发现，其他指标变化不明显，但半速率占比增加至26.82%，分析原因：1、话务量较前几天有所增长；2、参数调整后，由于现网分配数据业务容量增加，语音容量减少；3、现网小区GPRSPRIO值设置基本为1，造成半速率上涨。说明：由于本次算法只通过调整原则为尽量不动现

11、网其他参数设置的情况进行的，所以暂时不建议调整GPRSPRIO值，以免造成小区话务拥塞。l 如果计算值小于现网ODPDCHLIMIT值，则ODPDCHLIMIT值取计算均值，取2种情况：1、ODPDCHLIMIT大于0，则取原值，意味着在PDCH利用率期望值为60%时，单纯的NUMREQEGPRSBPC值已无法满足当前数据业务需求，需要借助普通TCH值进行容量补充；2、ODPDCHLIMIT小于0，意味着在满足PDCH利用率期望值为60%条件下，单纯的NUMREQEGPRSBPC值已满足当前数据业务需求，为了给数据业务预留一定PDCH数量，则将ODPDCHLIMIT统一取30。另外参数调整后必

12、然会对数据业务容量产生较大的冲击，为了进一步减缓调整后对数据业务的影响，将小区对应的PDCHPREEMPT值进行调整，PDCHPREEMPT：定义CS话务预清空不同PDCH的方式：0-表示所有的on-demand PDCH均可以被CS预清空1-表示仅非DTM（not used for Dual Transfer）的 On-Demand PDCH会被CS预清空2-表示仅非数据流（not used for Streaming）的 On-Demand PDCH会被CS预清空3-表示非DTM和非数据流（not used for DTM nor for Streaming）的 On-Demand PDC

13、H会被CS预清空4-表示仅非必要（not essential）的 On-Demand PDCH会被CS预清空5-表示非必要和非DTM（not essential nor DTM）的 On-Demand PDCH会被CS预清空6-表示非必要和非数据流（not essential nor Streaming）的 On-Demand PDCH会被CS预清空7-表示非必要和非DTM和非数据流（not essential nor DTM nor Streaming）的 On-Demand PDCH会被CS预清空8-表示空闲（Idle）的 On-Demand PDCH会被CS预清空本次在调整ODPDCHL

14、IMIT值小区同时，调整PDCHPREEMPT值统一调整为4，具体调整小区如下：调整后，查看指标发现：半速率在ODPDCHLIMIT值减少情况下，不将反而增加较大，达到38.06%，说明ODPDCHLIMIT值的调整对话务容量影响较大，表示仅非必要（not essential）的 On-Demand PDCH在现网中存在较大的占比。而数据业务其他指标基本变化不大，仅TBF建立成功率较7月2日略有所改善，但幅度不明显。说明：本次调整中，针对PDCHPREEMPT调整时，应根据ODPDCHLIMIT变化幅度调整，如果降低幅度较少，PDCHPREEMPT值调整为4，势必对话音容量造成较大影响。l 为

15、不影响半速率占比指标，于7月4日，将PDCHPREEMPT值进行全部回调，查看指标统计发现半速率占比明显降低，最高时达到24.97%l 为不影响半速率占比指标，并保证数据业务容量情况下，于7月5日将计算值小于现网值的ODPDCHLIMIT进行回调，并在7月2日调整小区内，将半速率占比较大小区进行回调，回调小区调整如下：日期时间cell参数调整前调整后调整原因是否回调7月2日16:00Q10035AODPDCHLIMIT3075 数据与语音均衡已回调7月2日16:00Q10035BODPDCHLIMIT4070 数据与语音均衡已回调7月2日16:00L12161CODPDCHLIMIT565 数

16、据与语音均衡已回调7月2日16:00L12058CODPDCHLIMIT2557 数据与语音均衡已回调7月2日16:00L12111CODPDCHLIMIT4056 数据与语音均衡已回调7月2日16:00L12111FODPDCHLIMIT1026 数据与语音均衡已回调调整后半速率占比回归至22.86%，其他指标无明显变化，并且该时段话务量明显较高1930Erl，后期观察指标半速率占比均在20%以下。4. 结论：1、本算法实现较为简单，并且可以根据PDCH利用率与EDGE IP吞吐率值进行相应的调整，但是本算法为纯粹的数据业务算法，并没有考虑算法实现后对语音业务的影响。如果将ODPDCHLIMIT值增加必然会带来部分小区的半速率占比较高。因此本算法有一个限定的范围：即语音话务较低，数据业务较大的区域。2、算法中实际需求PDCH数是整个BSC的均值，各个小区存在的环境不同，数据EDGE IP吞吐率也会存在不同，就需要对“需求PDCH数”进行不同调整。另外调整时应根据小区具体情况进行各个