基于负荷的DCHIDLE优化方案试点评估报告定稿

1、基于负荷的DCH2IDLE优化方案试点评估报告1方案原理原有基于定时器的 DCH转IDLE功能存在问题，说明如下：在基于定时器的2IDLE策略下，对于I/B类业务，当终端上报 BO为0的4B事件、用 户面上报4B0事件时，启动“ PS业务DCH2IDLE释放定时器，如果在该定时器超时之 前，该业务的用户面只上报 4B0事件、且终端只上报BO为0的4B事件，那么在定时器超时 时将该业务释放。同时，测量控制下发后会启动一个定时器RRM_RBC_PENDING 现网6s，该定时器超时前收到的4B/4B0测量报告不处理。在此策略下，UE假设在测量控制下发后 6秒内上报4B0，那么受6s保护时长限制，此

2、次4B0无效，随后 UE需等待PendTAfterTrigger 现网16s 后才会再次上报 4B0，此时才 启动“ PS业务DCH2IDLE 释放定时器现网13s，这样总的2IDLE 时长 =TimeToTrigger+PendTAfterTrigger+TimeToTrigger+PS业务 2IDLE 释放时长=1.28+16+1.28+13=31.56s 。现网大局部数据业务均为此类场景， 会造成业务释放时长拉长。针对上述问题，对基于定时器的2IDLE策略有如下参数优化方案：RRM_RBC_PENDING 改为1ms 此为最小值PendTAfterTrigger在保护时长改为 1ms后，

3、本参数已无效TimeToTrigger保持 1.28sPS业务2IDLE释放时长一一改为 9s高负荷时的PS业务2IDLE释放时长一一改为 5s这样，总的 2IDLE 时长=TimeToTrigger+PS 业务 2IDLE 释放时长=1.28+9=10.28s高负荷时的2IDLE时长=TimeToTrigger+ 高负荷时的 PS业务2IDLE释放时长=6.28s 相关参数设置：参数名称现网值优化值DCH或 FACH态迁往IDLE的策略00R4 PS业务2IDLE释放时长130009000HS PS业务2IDLE释放时长130009000FACH PS业务2IDLE释放时长130009000

4、基于负荷和优先级的2IDLE算法开关1:开1:开低负荷时HS PS业务2IDLE释放时长130009000高负荷时HS PS业务2IDLE释放时长60005000RRM_RBC_PENDING600012预期效果山PS无线接通率提升，HSDPA在线用户数减少；山RNC勺CPU负荷增高；-功能影响主要相关指标：PS域接通率、掉线率、HSDPA用户数，数据拥塞次数及拥塞小区个数3实施效果本次“ DCH2IDLE功能评估区域为临海RNC17。常规KPI分析开始时间TD系统语音话务量(RNC)(erl)分组域流量(GB-1024)CS域无线 接通率(%)PS域无线 接通率(%)电路域掉话率(C类12.

5、2/12.2)(%)PS域无线 掉线率(%)6月20日6745.6921505.269299.73%99.62%0.14%0.20%6月21日7072.4448545.322099.71%99.57%0.14%0.18%6月22日6420.5780532.028499.74%99.60%0.15%0.19%6月23日6685.7789450.125099.73%99.62%0.13%0.21%6月24日6296.0996474.902399.75%99.60%0.13%0.18%开启前均值6644.1187501.529499.73%99.60%0.14%0.19%6月25日6722.1165

6、456.334499.76%99.68%0.13%0.11%6月26日6709.7286465.406099.75%99.68%0.14%0.11%6月27日6557.7206499.842199.73%99.69%0.13%0.13%6月28日6118.6675540.909899.74%99.68%0.14%0.11%6月29日6258.8868494.119899.75%99.69%0.13%0.13%开启后均值6473.4240491.322499.75%99.68%0.13%0.12%差值-170.6947-10.20700.02%0.08%0.01%-0.07%幅度-2.57%-2

7、.04%0.01%0.08%-2.90%-38.54%图表1常规KPI指标统计数据表25日凌晨完成参数修改后，业务量保持稳定；CS及PS域接通率、掉话率指标均有改善，且PS域指标改善幅度较大，其中PS域无线接通率提升0.08%、PS域无线掉线率下降 0.07%。丄信令量变化分析开始时间电路域RRC建立尝试 次数业务 相关次电路域RAB指配请求建立的RAB数目个分组域RRCt 立 尝试次数 业务相 关次分组域RAB指配 请求建立 的 RAB数 目个电路域系 统间切换 岀请求次 数次分组域系 统间切换 岀请求次数次系统内切 换请求次数小区次6月20日347407429501984867310347

8、0991345374909552823516月21日37934147009610110596106362151483085407358077046月22日3111743817399658195101234201154915242642595506月23日329149404136927585097455921238594924241282466月24日31602438650593214819801114117073485154075394开启前均值336619414395.4964295910130688127853.650670.247106496月25日3713834473471214813

9、1127235241436554371241016626月26日37541945133612043938126070851438724317440749896月27日35139242122012077288126094231339794277739690016月28日32258038629612006023125459671208664270238246116月29日3404594084121186790512399036128716439463872678开启后均值352246.6422922.21202865712577007134217.643262.23968588差值15627.68

10、526.8238569824463196364-7408-742061幅度4.64%2.06%24.74%24.15%4.98%-14.62%-15.75%图表2用户数及拥塞数据表?参数修改后，CS域及PS域的RRC RAB请求建立次数均有所增长，其中PS域增长较大，PS域RRC青求建立次数增加 24.74%, PS域RAB请求建立次数增加 24.15%;? CS域 2&3G切换次数略有增长，PS域2&3G切换次数及系统内切换次数大幅下降， 其中系统内切换次数下降 15.75%，分析是由于PS业务在线时长缩短，减少了发 生切换的概率。!误块率及小区更新频次变化趋势分析开始时间电

11、路域误块率PS域误块率%小区更新消息总次 数次自定义小区更新频次%自定义6月20日0.08%3.40%2533282.36%6月21日0.08%3.57%2978282.69%6月22日0.06%3.35%2773852.65%6月23日0.06%3.31%2526772.50%6月24日0.06%3.26%2547972.51%开启前均值0.07%3.38%2672032.54%6月25日0.08%3.00%2233941.70%6月26日0.08%2.89%2161621.66%6月27日0.07%2.84%2212821.70%6月28日0.07%2.81%2288371.77%6月29

12、日0.07%2.88%2183031.71%开启后均值0.07%2.88%2215961.71%差值0.01%-0.49%-45607-0.83%幅度8.82%-14.62%-17.07%-32.81%图表3参数修改前后误块率及小区更新频次变化趋势参数修改后，电路域误块率保持稳定，PS域误块率从3.38%下降到2.88%，相对改善 14.62%;小区更新频次从 2.54%下降到1.71%，相对改善32.81%。+ 用户数及拥塞分析开始时间小区HSDPA平均用户数个小区HSDPA最大用户数个数据拥塞大于2%小区个数语音拥塞大于2%小区个数语音拥 塞次数自定义数据拥 塞次数自定 义语音拥塞小区个数

13、数据拥 塞小区 个数6月20日32488769101960766月21日33358815326840812106月22日329483600092116月23日309880620043436月24日31158044003121开启前均值321884100.80.420.694.85.24.26月25日244371620033226月26日2426714700210246月27日246071437238426446月28日249471283216646246月29日24396999421736032开启后均值2452.47115.82.81.215.22892.63.2差值-765.6-1294.

14、220.8-5.4194.2-2.6-1幅度-23.79%-15.39%250.00%200.00%-26.21%204.85%-50.00%-23.81%图表3用户数及拥塞数据表?参数修改后，小区HSDPA在线用户数明显减少，HSDPA平均用户数减少23.79%, HSDPA 最大用户数减少15.39%，相当于提升数据业务承载能力 =1/1-15.39%-1=18.19%；?因个别小区突发拥塞影响，数据拥塞次数波动较大，与本功能应用无关。-上下行码资源利用率分析开始时间上行码资源利用率下行码资源利用率6月20日43.99%24.79%6月21日44.83%25.25%6月22日43.80%2

15、4.87%6月23日41.99%23.98%6月24日41.77%24.08%开启前均值43.27%24.59%6月25日38.81%23.51%6月26日38.33%23.29%6月27日39.28%23.77%6月28日39.20%23.88%6月29日38.41%23.45%开启后均值38.80%23.58%差值-4.47%-1.01%幅度-10.33%-4.11%图表4参数修改前后上下行码资源利用率变化趋势参数修改后，上下行码资源利用率均有下降，其中上行码资源利用率变化较大，从43.27%下降到38.80%,相对下降10.33%,有利于提升网络承载效率。4 CPU负荷变化趋势分析开始时

16、间CPL峰值(%)CPU均值(%)6月22日41.00%34.50%6月23日41.00%34.00%6月24日41.00%34.50%开启前均值41.00%34.33%6月25日49.00%40.50%6月26日49.00%40.00%6月27日48.00%40.50%6月28日48.00%40.25%6月29日46.00%38.75%开启后均值48.00%40.00%差值7.00%5.67%幅度17.07%16.50%图表5参数修改前后CPU负荷变化趋势参数修改后，CPU负荷明显增长，其中 CPU负荷峰值从41%曽加到48%相对增加17%注：6月1921日三天全网开启 MRR CPU负荷较

17、高，易V除这三天的指标；为方便比对，CPU负荷取每天晚忙时 19:00-20:00指标。丄DO平台指标分析开始时间TCP握手成功率大于50K下载速率GET成功率6月20日82.25%293.186.01%6月21日81.86%296.986.26%6月22日86.56%296.986.12%6月23日84.10%280.086.19%6月24日84.82%284.886.05%开启前均值83.92%290.386.12%6月25日79.34%296.586.38%6月26日83.02%291.587.49%6月27日78.88%290.785.01%6月28日77.93%284.185.47%

18、6月29日79.38%304.586.96%开启后均值79.71%293.486.26%差值-4.21%3.10.14%幅度-5.02%1.08%0.16%图表6参数修改前后DO平台数据参数修改后，TCP握手成功率下降，但每天之间波动较大;大于50K下载速率及GET成功率根本保持不变。开始时间TCP握手成功率大于50K下载速率GET成功率6月20日80.76%276.6285.23%6月21日81.36%287.6985.82%6月22日82.89%286.6085.48%6月23日82.86%269.4485.12%6月24日83.09%269.1985.19%开启前均值82.19%277.

19、9185.37%6月25日81.29%272.9285.78%6月26日82.87%269.4186.57%6月27日79.98%267.3084.73%6月28日76.25%266.2385.53%6月29日78.59%286.9586.86%开启后均值79.79%272.5685.89%差值-2.40%-5.340.52%幅度-2.92%-1.92%0.61%图表7参数修改前后临海其余RNC D评台数据趋势比照临海区域其他未开启“基于负荷的DCH2IDLE的RNC的DO平台指标：TCP握手成功率变化趋势与 RNC17一致，大于50K下载速率下降，GET成功率保持稳定。因此，可以认为功能开启

20、对 DO平台指标没有影响。4 小结6月24日临海RNC17开启“基于负荷的 DCH2IDLE后，业务量保持稳定， CS及PS域 接通率、掉话率指标均有改善，且PS域指标改善幅度较大，其中PS域无线接通率提升 0.08%、 PS域无线掉线率下降 0.07%;CS域及PS域的RRC RAB请求建立次数均有所增长，其中PS域增长较大，PS域RRC请求建立次数增加 24.74%, PS域RAB请求建立次数增加 24.15%;CS域2&3G切换次数略有增长，PS域2&3G切换次数及系统内切换次数大幅下降，其中 系统内切换次数下降15.75%，分析是由于PS业务在线时长缩短，减少了发生切换的概率；电路域误块率保持稳定，PS域误块率从3.38%下降到2.88%，相对改善14.62%;小区更新频次从 2.54%下降到 1.71%,相对改善 32.81%;小区HSDPA在线用户数明显减少，HSDPAF均用户数减少 23.79%，HSDPA1大用户数减 少 15.39%,相当于提升数据业务承载能力18.19%;上下行码资源利用率均有下降,其中上行码资源利用率变化较大，从 43.27%下降到 38.80%，相对下降 10.33%，有利于提升网络承 载效率;CPU负荷明显增长，其中 CPU负荷峰值从41%曽加到48%相对增加17%而在“基于