华为TD小包检测、动态DCCC、RRC帧分功能试点验证报告（二）.docx

华为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最大可调速率配置较小（的情况下，对拥塞缓解并不明显。但是从统计来看，试点区域的PS流量增幅明显，码资源利用率也有提升。判断应该是对资源的调度更加灵活，客户感知会有所改善。建议可在数据热点地区开启。2.2小包检测/自适应PS永久在线算法2.2.1算法背景现网存在较多的小流量业务，比如QQ、微博、MSN等业务，这些业务都具有一些共同的特征，即业务流量较小，上行带宽需求较低，长期挂在线上，周期性心跳包等，浪费网络带宽，影响网络容量，影响其他用户感受。此外小包用户被PS不活动释放到IDLE态后，重新开始数据传输需要经过无线链路重建和RRC、RAB建立等一系列信令过程，增加网络的信令开销。故设计小流量识别与承载算法。2.2.2算法原理识别出现网中的小流量用户，将其调整到帧分状态或迁移到CELL_FACH、CELL_PCH状态，以节省更多的信道码资源，提升网络容量和用户感受，加大吞吐量，缓解信令冲击和拥塞。需要注意的是，该算法开启后从一定程度上相当于拉长PS不活动定时器，如果仅开启小包检测，不配合进行掉话定时器相关优化，PS掉线率会出现恶化。目前网内配置TRLFAILURE（链路失败定时器）=16s，RLFAILINDRSTRTMR（链路失败后等待定时器）=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码资源利用率HS20*-10-253158.6499.000.17 0.43 *.*%*.*%*.*%21.25 20*-10-263066.1399.730.20 0.24 *.*%*.*%*.*%18.44 20*-10-272581.5999.070.17 0.35 *.*%*.*%*.*%19.87 20*-10-282582.9999.620.12 0.30 *.*%*.*%*.*%21.60 算法开启前2847.3499.360.17 0.33 *.*%*.*%*.*%20.29 20*-11-012695.8699.630.13 0.45 *.*%*.*%*.*%22.34 20*-11-022570.6399.830.11 0.26 *.*%*.*%*.*%20.04 20*-11-032274.7699.630.13 0.54 *.*%*.*%*.*%21.58 20*-11-042228.0599.630.12 0.55 *.*%*.*%*.*%23.71 算法开启后2442.3399.680.12 0.45 *.*%*.*%*.*%21.92针对RNC26开启小包检测/自适应PS永久在线算法，从整体指标上分析,CS/PS业务接通率均有明显提升。在PS业务量存在一定增长的情况下，RRC拥塞率下降明显，RAB拥塞问题也得到明显缓解。时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS20*-10-241055.7499.720.10 1.25 *.*%*.*%*.*%23.98 20*-10-251232.9499.740.09 0.64 *.*%*.*%*.*%21.58 20*-10-261267.0399.800.12 0.58 *.*%*.*%*.*%19.32 算法开启前1185.2499.750.10 0.82 *.*%*.*%*.*%21.63 20*-11-07893.7699.830.16 0.48 *.*%*.*%*.*%23.19 20*-11-081074.8699.850.11 0.29 *.*%*.*%*.*%21.77 20*-11-091079.1299.860.25 0.58 *.*%*.*%*.*%20.24 算法开启后1015.9199.850.17 0.45 *.*%*.*%*.*%21.73针对RNC14开启小包检测/自适应PS永久在线算法，从整体指标上分析,CS/PS业务接通率均有一定提升。在PS业务量存在一定增长的情况下，RRC以及RAB拥塞均有明显好转。时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS20*-10-263582.9199.860.04 0.19 *.*%*.*%*.*%24.57 20*-10-273478.3899.750.05 0.18 *.*%*.*%*.*%24.27 20*-10-283844.7199.870.04 0.19 *.*%*.*%*.*%24.47 20*-10-293824.9899.860.03 0.19 *.*%*.*%*.*%24.49 20*-10-303624.5899.900.04 0.17 *.*%*.*%*.*%24.14 开启前3671.1199.850.04 0.18 *.*%*.*%*.*%24.39 20*-11-163857.7499.930.04 0.21 *.*%*.*%*.*%27.52 20*-11-173653.9499.930.03 0.19 *.*%*.*%*.*%27.22 20*-11-184033.9699.920.03 0.20 *.*%*.*%*.*%27.48 20*-11-194028.7199.910.04 0.20 *.*%*.*%*.*%27.40 20*-11-204153.6999.910.04 0.21 *.*%*.*%*.*%27.71 开启后3945.6199.920.04 0.20 *.*%*.*%*.*%27.462.3RRC信令帧分2.3.1算法简介在高话务场景下，RRC对R4资源的占用较高，并且RNC未区分RRC接入原因，导致申请CS业务的 RRC 无法顺利接入，影响语音感知。在小区高负荷情况下，考虑RRC采用帧分方式接入，可有效减少资源占用。2.3.2算法评估针对RNC26开启RRC信令帧分算法，从整体指标上分析，接通掉话指标均有略微好转，并且在PS业务量存在明显增长的情况下，经过两次参数调整RRC拥塞率提升明显。时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS20*-10-261267.0399.800.12 0.58 *.*%*.*%*.*%19.32 20*-10-271014.7999.460.08 1.06 *.*%*.*%*.*%21.24 20*-10-28939.6399.570.17 1.28 *.*%*.*%*.*%22.98 算法开启前1073.8299.610.12 0.97 *.*%*.*%*.*%21.18 20*-11-021015.3899.830.18 0.44 *.*%*.*%*.*%19.00 20*-11-03869.5199.740.15 0.67 *.*%*.*%*.*%21.41 20*-11-04862.7299.630.11 0.69 *.*%*.*%*.*%24.84 算法开启后915.8799.730.15 0.60 *.*%*.*%*.*%21.75 20*-11-06834.0399.800.08 0.55 *.*%*.*%*.*%24.98 算法优化后834.0399.800.08 0.55 *.*%*.*%*.*%24.98针对RNC14开启RRC信令帧分算法，从整体指标上分析，接通率指标有一定好转， PS业务量存在一定增长的情况下， RRC拥塞率下降明显。时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS20*-10-243703.3599.500.07 0.38 *.*%*.*%*.*%25.20 20*-10-254001.2299.710.05 0.31 *.*%*.*%*.*%26.23 20*-10-263582.9199.860.04 0.19 *.*%*.*%*.*%24.57 算法开启前3762.4999.690.06 0.29 *.*%*.*%*.*%25.33 20*-11-073844.6599.850.04 0.18 *.*%*.*%*.*%28.88 20*-11-083936.0199.860.04 0.15 *.*%*.*%*.*%28.39 20*-11-093349.6299.910.04 0.11 *.*%*.*%*.*%25.40 算法开启后3710.0999.870.04 0.15 *.*%*.*%*.*%27.56针对RNC9开启RRC信令帧分算法，从整体指标上分析，接通率指标均有一定好转， RRC拥塞率下降明显，RAB拥塞指标基本维持。时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS20*-10-263066.1399.730.20 0.24 *.*%*.*%*.*%18.44 20*-10-272581.5999.070.17 0.35 *.*%*.*%*.*%19.87 20*-10-282582.9999.620.12 0.30 *.*%*.*%*.*%21.60 20*-10-292519.0099.500.12 0.32 *.*%*.*%*.*%21.37 20*-10-302163.5399.670.09 0.36 *.*%*.*%*.*%21.43 开启前均值2582.6599.520.14 0.31 *.*%*.*%*.*%20.54 20*-11-162699.8899.590.11 0.11 *.*%*.*%*.*%19.85 20*-11-172277.1399.720.11 0.16 *.*%*.*%*.*%20.40 20*-11-182281.1199.850.09 0.16 *.*%*.*%*.*%22.06 20*-11-192305.0099.890.10 0.17 *.*%*.*%*.*%22.40 20*-11-202348.4999.740.11 0.19 *.*%*.*%*.*%23.01 开启后均值2382.3299.760.10 0.16 *.*%*.*%*.*%21.542.4动态DCCC2.4.1算法简介8.0新增了小区级的DCCC参数。在RNC中可以设置不同的DCCC场景，配置不同的DCCC参数，供不同小区索引使用。由此实现不同的DCCC参数来适应不同的话务场景。主要通过对小区的码资源进行判断，设置一个小区剩余码资源门限，HS载波只计算上行DCH信道码资源剩余，R4载波需要计算上行和下行的DCH信道码资源剩余，而且对于R4载波的剩余码资源的计算不区分上下行，当小区达到高负荷时（即剩余码资源小于小区码资源剩余门限）时，采用小区级的DCCC参数进行调整，相反，采用RNC级DCCC参数进行调整。2.4.2特殊背景说明为了降低拥塞西安现网将RNC级的上行DCCC最大可调速率设置为32k，升降速策略为2升3降；而场景化配置以后由于场景级DCCC最大可调速率必须配置小于等于RNC级DCCC可调速率，2个策略把上行DCCC最大可调速率都改为64K了，RNC级还是2升3降，场景化是3升2降，这样的配置可能会导致业务量增加，拥塞反而变多。2.4.3算法评估针对RNC14开启动态DCCC算法，算法开启后，整体指标比变化不大，但在PS业务量增幅较大的情况下，拥塞指标基本维持。时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS20*-10-254001.2299.710.05 0.31 *.*%*.*%*.*%26.23 20*-10-263582.9199.860.04 0.19 *.*%*.*%*.*%24.57 20*-10-273478.3899.750.05 0.18 *.*%*.*%*.*%24.27 20*-10-283844.7199.870.04 0.19 *.*%*.*%*.*%24.47 算法开启前3726.8199.800.04 0.22 *.*%*.*%*.*%24.88 20*-11-013934.5399.820.04 0.19 *.*%*.*%*.*%26.11 20*-11-023627.7399.880.03 0.18 *.*%*.*%*.*%26.19 20*-11-033532.0899.860.03 0.18 *.*%*.*%*.*%25.93 20*-11-043867.3999.830.03 0.20 *.*%*.*%*.*%28.33 算法开启后3740.4399.850.04 0.18 *.*%*.*%*.*%26.64针对RNC9开启动态DCCC算法，算法开启后，CS/PS业务接通率均有明显提升， PS业务量有略微增加，RRC拥塞率下降明显，RAB拥塞问题也得到有略微缓解。时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS20*-10-242633.9099.080.24 0.73 *.*%*.*%*.*%22.25 20*-10-253158.6499.000.17 0.43 *.*%*.*%*.*%21.25 20*-10-263066.1399.730.20 0.24 *.*%*.*%*.*%18.44 算法开启前2952.8999.270.21 0.46 *.*%*.*%*.*%20.64 20*-11-072317.2499.550.14 0.37 *.*%*.*%*.*%25.72 20*-11-082517.4799.650.14 0.30 *.*%*.*%*.*%24.20 20*-11-092400.0399.870.13 0.14 *.*%*.*%*.*%21.89 算法开启后2411.5899.690.14 0.27 *.*%*.*%*.*%23.93针对RNC26开启动态DCCC算法，算法开启后，CS/PS业务接通率均有明显提升， PS业务量有一定增加，RRC拥塞率下降明显（主要由于20*-10-27日存在TOP小区导致指标异常），RAB拥塞问题也得到有明显缓解。时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS20*-10-261267.0399.800.12 0.58 *.*%*.*%*.*%19.32 20*-10-271014.7999.460.08 1.06 *.*%*.*%*.*%21.24 20*-10-28939.6399.570.17 1.28 *.*%*.*%*.*%22.98 20*-10-29906.1599.690.28 1.09 *.*%*.*%*.*%22.38 20*-10-30931.1499.690.33 0.80 *.*%*.*%*.*%22.31 开启前1011.7599.640.19 0.96 *.*%*.*%*.*%21.65 20*-11-161153.1099.930.07 0.42 *.*%*.*%*.*%26.88 20*-11-17976.2999.840.18 0.82 *.*%*.*%*.*%29.18 20*-11-18943.6799.860.13 0.78 *.*%*.*%*.*%32.11 20*-11-19959.9399.880.09 0.68 *.*%*.*%*.*%31.45 20*-11-20990.6099.870.09 0.70 *.*%*.*%*.*%32.11 开启后1004.7299.880.11 0.68 *.*%*.*%*.*%30.352.5综合算法验证针对RNC9开启所有算法，从整体指标上分析，接通率以及RAB拥塞指标均有一定好转。详情如下所示：时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS20*-10-241055.7499.720.10 1.25 *.*%*.*%*.*%23.98 20*-10-251232.9499.740.09 0.64 *.*%*.*%*.*%21.58 20*-10-261267.0399.800.12 0.58 *.*%*.*%*.*%19.32 算法开启前1185.2499.750.10 0.82 *.*%*.*%*.*%21.63 20*-11-211045.8699.870.14 0.59 *.*%*.*%*.*%29.56 20*-11-221210.5799.930.06 0.36 *.*%*.*%*.*%27.62 20*-11-231057.7699.760.34 0.92 *.*%*.*%*.*%25.68 算法开启后1104.7399.850.18 0.62 *.*%*.*%*.*%27.62针对RNC14开启所有算法，从整体指标上分析，接通率以及各拥塞指标均有一定好转。时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS20*-10-243703.3599.500.07 0.38 *.*%*.*%*.*%25.20 20*-10-254001.2299.710.05 0.31 *.*%*.*%*.*%26.23 20*-10-263582.9199.860.04 0.19 *.*%*.*%*.*%24.57 算法开启前3762.4999.690.06 0.29 *.*%*.*%*.*%25.33 20*-11-214029.7199.910.03 0.20 *.*%*.*%*.*%29.30 20*-11-224092.3299.810.03 0.21 *.*%*.*%*.*%29.89 20*-11-233429.0099.920.04 0.17 *.*%*.*%*.*%29.09 算法开启后3850.3499.880.03 0.19 *.*%*.*%*.*%29.43针对RNC9开启所有算法，从整体指标上分析，接通率以及RAB拥塞指标均有一定好转。时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS20*-10-242633.9099.080.24 0.73 *.*%*.*%*.*%22.25 20*-10-253158.6499.000.17 0.43 *.*%*.*%*.*%21.25 20*-10-263066.1399.730.20 0.24 *.*%*.*%*.*%18.44 算法开启前2952.8999.270.21 0.46 *.*%*.*%*.*%20.64 20*-11-212414.8999.850.11 0.39 *.*%*.*%*.*%26.22 20*-11-222635.7399.850.10 0.34 *.*%*.*%*.*%25.27 20*-11-232542.4799.930.07 0.25 *.*%*.*%*.*%24.20 算法开启后2531.0399.880.09 0.33 *.*%*.*%*.*%25.232.6算法纵向对比评估RNC为单位，对各种算法的效果进行纵向对比：RNC26涉及三种算法的验证，相对于RRC信令帧分算法，小包检测算法在RAB拥塞优化方面表现优异；动态DCCC在RAB拥塞优化方面也有一定效果。时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HSRRC信令帧分均值834.0377646.9199.8099.140.080.55*.*%*.*%*.*%24.98小包检测均值1015.9160490.1899.8599.560.170.45*.*%*.*%*.*%21.73动态DCCC均值963.7969294.2399.8299.400.180.77*.*%*.*%*.*%29.18所有算法开启后1104.7357812.0999.8599.520.180.62*.*%*.*%*.*%27.62RNC14涉及三种算法的验证，相对于动态DCCC算法，RRC信令帧分，在RRC拥塞优化方面效果明显；小包检测算法各项拥塞指标均优化明显；时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HSCS域掉话率HSPS掉线率HSRRC拥塞率HSCS域RAB拥塞率HSPS域RAB拥塞率HS码资源利用率HS动态DCCC均值3800.12101964.1199.8699.480.040.18*.*%*.*%*.*%27.70RRC信令帧分均值3710.0993848.9899.8799.450.040.15*.*%*.*%*.*%27.56小包检测均值3747.9988289.5499.9299.600.040.20*.*%*.*%*.*%26.90小包检测+4倍帧分均值4072.1285576.8099.9299.630.040.20*.*%*.*%*.*%27.53所有算法开启后3850.3494590.1599.8899.470.030.19*.*%*.*%*.*%29.43RNC9涉及三种算法的验证，相对于小包检测算法，动态DCCC算法各项拥塞指标均略有好转，但PS业务量也有*%左右的下降（主要是11月9日遇到周六，业务量下降较大，拥塞基本为0）；RRC信令帧分，在RRC拥塞优化方面效果明显；时间CS域话务量HSPS域业务量HSCS域接通率HSPS域接通率HS