华为td小包检测、动态dccc、rrc帧分功能试点验证报告.doc

华为 TD 小包检测、动态 DCCC、RRC 帧分功能试点验证报告华为 td 小包检测、动态 dccc、rrc 帧分功能试点验证报告为了有效应对网内日益增长的业务量带来的 rrc、rab 拥塞问题，省网优中心牵头，联合西安网优中心、华为公司，在西安现网选择多个场景对 rnc r008 版本进行了应用试点，现对整个试点情况汇报如下：1 新功能试点方案简介本次新功能试点从 11 月 1 日开始至 23 日结束。涉及了 rrc 信令信 道帧分、 ps 业务小包检测算法（须配合自适应ps 永久在线算法共同使用 ）、动态 dccc 算法三个新功能，选择西安地区 rnc9、rnc14 、rnc26 进行试点。原 计划的rnc10 由于版本升级进度较慢，本次未纳入试点计划。具体的 rnc 场景和试点进度如下：rnc 编号覆盖地区覆盖场景14 日79 日1620 日2123 日rnc9长安大学城校园小包检测动态 dcccrrc 帧分全部开启rnc26*，狄寨一般市区rrc 帧分小包检测动态 dccc全部开启rnc14未央路沿线密集市区动态 dcccrrc 帧分小包检测全部开启2 效果验证2.1 新功能效果总结根据本次试点数据分析，三类新功能对 rrc 拥塞、rab拥塞的缓解，以及对码资源利用率的影响情况总结如下表：算法效果总结小包检测算法rrc 信令帧 分动态 dccc缓解 rrc 拥塞良好优异一般缓解 rab 拥塞良好无一般码资源利用率下降无提升从试点结果来看，三个算法可用实现如下效果：小包检测算法：能够根据业务速率，动态决定分配帧分还是非帧分状态 ，甚至分配到 cell_fach 状态，节约无线资源，因此会提升 rab 接通率，同时由于资源的节约，对 rrc接通率也有小幅改善，但是副作用是由于引入了 cell_fach承载，ps 掉线率提升。配合定时器优化能对掉线率有所缓解，但是总体仍有恶化。建议在高校、密集市区、高拥塞场景等进行推广。rrc 信令帧分： rrc 信令 帧分是在码资源比较紧张时，对rrc 接入使用帧 分方式，经过试点，能够大幅度提升 rrc 建立成功率，从而提升业务建立成功率。建议在高业务地区大面积推广应用。动态 dccc 算法：该算法对拥塞的改善与现网 dccc 参数配置有密切关系 ，如果现网上行 dccc 最大可调速率配置较大（=64k）的情况下，对缓解拥塞作用明显，但此类场景在我省较少；如果配置上行 dccc 最大可调速率配置较小（6 4k）的情况下，对拥塞缓解并不明显。但是从统计来看，试点区域的 ps 流量增幅明显，码资源利用率也有提升。判断应该是对资源的调度更加灵活 ，客户感知会有所改善。建议可在数据热点地区开启。2.2 小包检测/自适应 ps 永久在线算法2.2.1 算法背景现网存在较多的小流量业务，比如 qq、微博、msn 等业务，这些业务都具有一些共同的特征，即业务流量较小，上行带宽需求较低，长期挂在线上，周期性心跳包等，浪费网络带宽，影响网络容量，影响其他用户感受。此外小包用户被 ps 不活动释放到 idle 态后，重新开始数据传输需要经过无线链路重建和 rrc、rab 建立等一系列信令过程，增加网络的信令开销。故设计小流量识别与承载算法。2.2.2 算法原理识别出现网中的小流量用户，将其调整到帧分状态或迁移到 cell_fach、cell_pch 状态，以节省更多的信道码资源，提升网络容量和用户感受，加大吞吐量，缓解信令冲击和拥塞。需要注意的是，该算法开启后从一定程度上相当于拉长 ps 不活动定时器，如果仅开启小包检测，不配合进行掉话定时器相关优化，ps 掉线率会出现恶化。目前网内配置trlfailure（链路失败定时器 ）=16s，rlfai lindrstrtmr（链路失败后等待定时器 ）=3.4s，建议改为trlfailure=1.5s，rlfailindrstrtmr= 17.9s。这样无线链路失败总时长不变，但是能够及时给 rnc 上报链路失败，以便采取挽救机制，可以避免 ps 掉线率恶化。该算法与目前网内大范围开启的二倍帧分相比有如下的特点：二倍帧分算法是针对伴随信令信道等全部进行帧分，业务信道是依据 4b 测量，当 buffer 中数据流量很低时开启，与业务无关，而小包检测算法是根据数据速率，只要是低速业务就直接分配到帧分状态。从理论上讲，对资源的分配比二倍帧分更加合理，资源利用效率更高。2.2.3 算法评估#? 针对 rnc9 开启小包检 测/ 自适应 ps 永久在线算法，从整体指标上分析,cs/ps 业务接通率均有明显提升，ps 业务掉线率存在一定恶化。在业务量明显增长的情况下 ， rrc 拥塞下降明显, rab 拥塞略微好转 。时间cs 域话务量 hsps 域业务量 hscs 域接通率 hsps 域接通率 hscs 域掉话率 hsps 掉线率 hsrrc 拥塞率 hscs 域 rab 拥塞率 hsps 域 rab 拥塞率 hs码资源利用率 hs2013-10-253158.64 110377.64 99.00 96.48 0.17 0.43 2.33%0.16%0.08%21.25 2013-10-263066.13 82778.63 99.73 98.67 0.20 0.24 0.58%0.02%0.01%18.44 2013-10-272581.59 106728.94 99.07 94.62 0.17 0.35 1.43%0.07%0.11%19.87 2013-10-282582.99 124115.99 99.62 97.31 0.12 0.30 0.42%0.05%0.08%21.60 算法开启前2847.34 106000.30 99.36 96.77 0.17 0.33 1.19%0.07%0.07%20.29 2013-11-012695.86 137369.32 99.63 98.08 0.13 0.45 0.19%0.08%0.07%22.34 2013-11-022570.63 97384.76 99.83 99.25 0.11 0.26 0.00%0.03%0.02%20.04 2013-11-032274.76 110053.32 99.63 98.33 0.13 0.54 0.03%0.13%0.06%21.58 2013-11-042228.05 129030.49 99.63 98.02 0.12 0.55 0.04%0.06%0.14%23.71 算法开启后2442.33 118459.47 99.68 98.42 0.12 0.45 0.07%0.07%0.07%21.92 ? 针对 rnc26 开启小包检测/自适应 ps 永久在线算法，从整体指标上分析,cs/ps 业务接通率均有明显提升。在 ps 业务量存在一定增长的情况下，rrc 拥塞率下降明显，rab 拥塞问题也得到明显缓解。时间cs 域话务量 hsps 域业务量 hscs 域接通率 hsps 域接通率 hscs 域掉话率 hsps 掉 线率 hsrrc 拥塞率 hscs 域 rab 拥塞 率 hsps 域 rab 拥塞率 hs码资源利用率 hs2013-10-241055.74 64942.42 99.72 98.68 0.10 1.25 0.04%0.08%0.28%23.98 2013-10-251232.94 51428.37 99.74 99.01 0.09 0.64 0.00%0.06%0.28%21.58 2013-10-261267.03 44996.40 99.80 99.13 0.12 0.58 0.00%0.01%0.05%19.32 算法开启前1185.24 53789.06 99.75 98.94 0.10 0.82 0.02%0.05%0.20%21.63 2013-11-07893.76 68836.81 99.83 99.53 0.16 0.48 0.01%0.06%0.09%23.19 2013-11-081074.86 61148.32 99.85 99.67 0.11 0.29 0.00%0.03%0.01%21.77 2013-11-091079.12 51485.42 99.86 99.46 0.25 0.58 0.01%0.02%0.08%20.24 算法开启后1015.91 60490.18 99.85 99.56 0.17 0.45 0.01%0.03%0.06%21.73 ? 针对 rnc14 开启小包检测/自适应 ps 永久在线算法，从整体指标上分析,cs/ps 业务接通率均有一定提升。在 ps 业务量存在一定增长的情况下，rrc 以及 rab 拥塞均有明显好转 。时间cs 域话务量 hsps 域业务量 hscs 域接通率 hsps 域接通率 hscs 域掉话率 hsps 掉线率 hsrrc 拥塞率 hscs 域 rab 拥塞率 hsps 域 rab 拥塞率 hs码资源利用率 hs2013-10-263582.91 80781.75 99.86 99.52 0.04 0.19 0.02%0.08%0.11%24.57 2013-10-273478.38 80859.16 99.75 98.95 0.05 0.18 0.12%0.08%0.14%24.27 2013-10-283844.71 75962.05 99.87 99.59 0.04 0.19 0.01%0.06%0.09%24.47 2013-10-293824.98 75644.77 99.86 99.61 0.03 0.19 0.00%0.08%0.11%24.49 2013-10-303624.58 83471.76 99.90 99.62 0.04 0.17 0.00%0.04%0.09%24.14 开启前3671.11 79343.90 99.85 99.46 0.04 0.18 0.03%0.07%0.11%24.39 2013-11-163857.74 91381.39 99.93 99.65 0.04 0.21 0.01%0.01%0.03%27.52 2013-11-173653.94 88162.30 99.93 99.62 0.03 0.19 0.00%0.02%0.08%27.22 2013-11-184033.96 84983.67 99.92 99.62 0.03 0.20 0.00%0.01%0.04%27.48 2013-11-194028.71 82166.28 99.91 99.64 0.04 0.20 0.00%0.01%0.03%27.40 2013-11-204153.69 89580.45 99.91 99.61 0.04 0.21 0.00%0.02%0.07%27.71 开启后3945.61 87254.82 99.92 99.63 0.04 0.20 0.00%0.01%0.05%27.46 2.3 rrc 信令帧分2.3.1 算法简介在高话务场景下，rrc 对 r4 资源的占用较高 ，并且 rnc未区分 rrc 接入原因，导致申请 cs 业务的 rrc 无法顺利接入，影响语音感知 。在小区高负荷情况下 ，考虑 rrc 采用帧分方式接入，可有效减少