DCCC算法介绍说明.doc

DCCC算法介绍说明 一、DCCC 介绍 PS域业务包括实时业务和非实时业务，非实时业务对时延敏感度小，其主要应用是PS域interactive/background业务，简称为BE业务。基于BE业务的特性，从充分利用信道资源的角度出发，利用BE业务对时延的相对不敏感性，可以对其进行信道重配置，即在BE业务有数据需要传送，同时也有资源可用的条件下，为该业务配置较大的信道带宽，使该业务的Qos尽量得到满足；如果BE业务的数据已经传输完毕或者只有少量数据偶尔传输，则为该业务配置较小的信道带宽，以节约有限的无线资源。称为DCCC算法。 DCCC（Dynamic Channel Configuration Control）是针对PS BE 业务，它会对己建立的RB进行实时动态的监控。动态RB控制是根据UE及UTRAN的实时业务量传输需求进行相关的操作，其目的是提高系统资源的利用率。在RAB 接入时，RNC 可以根据请求的速率和系统资源的使用情况决定用DCH 或FACH来承载业务。承载建立后，通过实时的业务量测量和内部定时器，RNC 可以动态的控制UE和系统资源。 DCCC的相关报告事件是4A（传输信道业务量超过一绝对门限）和4B（传输信道业务量小于一绝对门限）。在上行，UE进行业务量测量，当测量值超过或低于某个门限时，UE上报测量报告给RNC。RNC收到事件报告后，判断是否对上行业务速率进行上调或下降的动作。在下行，RNC执行业务量测量，当测量值超过或低于某个门限时，RNC判断是否对下行业务速率进行上调或下降的动作。 下图为4A/4B的基本流程： 图1:4A/4B基本流程 二、DCCC在重庆TD网络中的应用 2.1 DCCC设置策略 当时隙转换点为2:4、关闭DCCC算法开关时，第一个用户申请UL128k/DL2048k接入后，上行PS128占用16码道，SICH至少占用2个码道，上行剩余码道小于14个。当第二个用户申请UL128k/DL2048k时，上行空闲码道不足以承载PS128k，导致上行速率受限，为保证该用户接入，申请业务将被调整到R4载波，降速为UL128k/DL384k。 即单H载波仅能进入一个UL128/DL2048用户。 为解决以上问题，可打开DCCC算法开关和RAB降速接入开关，并将上行初始接入速率调整为16K，在不开启帧分复用开关时同一H载波能同时接入6个H用户。系统可根据用户占用数和使用需求，最大可将上行速率升速到128k，从而最大程度利用上下行带宽资源，实现多个HSDPA用户接入，提高接入能力。 同时由于上行带宽受限影响下行带宽利用率，因此采用“快升慢降”的DCCC上行调度模式，提升多用户连接时的用户感知。 目前重庆DCCC算法关键参数配置为： DCCC算法相关参数介绍 2.2 打开DCCC时的信令流程 打开DCCC, (SET CORRMALGOSWITCH CHSWITCH=DCCC_SWITCH-1);未改动4A,4B门限时,信令流程如下图所示。 可以看出在MEAS CTRL中系统发出了4A, 4B测量控制，UE在满足测量条件时会报测量报告，系统会发送RRC_RB_RECFG,进行升速或者降速。 在第4条MEAS CTRL的4A/4B测量控制消息里面包含UE需要满足的EVENT4ATHD（触发4A事件测量的门限EVENT4BTHD(触发4B事件测量的门限TIMETOTRIGGER4A（触发时间4ATIMETOTRIGGER4B（触发时间4PENDINGTIME4A（触发后的挂起时间4APENDINGTIME4B（触发后的挂起时间4 在RRC_RB_SETUP中包含了上行BE业务初始接入速率，在RRC_RB_RECFG中包含升速/降速前的上行接入速率。 三、DCCC算法总结 目前全网的时隙配置为2：4，其中1个H载波配置3个时隙的HSDPA资源池，这种情况下势必导致伴随上行DPCH资源不足，将对系统性能产生影响。在2：4配置情况下，可用于上行伴随DPCH信道的资源有限，因为HS-SICH信道，PRACH信道，以及信令伴随信道都会占用部分上行码道资源。，一个上行时隙资源只能接入4个上行32k的HSDPA用户业务，当用户数增加时，上行资源必定受到限制。DCCC算法能适应业务源速率变化，在链路通信过程中动态调整信道配置，即进行动态信道配置控制，根据业务源速率变化合理配置用户占用的信道资源，满足用户业务需求、提高系统资源利用率、提高其他用户接入成功率。因此产品现有DCCC算法出于适应业务源速率变化的要求考虑，根据业务量的测量，调整业务信道带宽，从DCCC算法通过速率调整合理利用信道资源的原则出发，在目前2：4配置下，能更加有效地利用有限的上行码资源，尽可能地释放空闲资源，提高资源利用率，在保证用户服务质量的同