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（触发时间4A）或者TIMETOTRIGGER4B（触发时间4B）以及PENDINGTIME4A（触发后的挂起时间4A）或者PENDINGTIME4B（触发后的挂起时间4B）。在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配置下，能更加有效地利用有限的上行码资源，尽可能地释放空闲资源，提高资源利用率，在保证用户服务质量的同时，尽可能提高小区容量，减小上行码资源不足对系统性能的影响。附录DCCC算法相关参数参数名称修改说明DCCC_SWITCHDCCC算法开关RAB_DOWNSIZING_SWITCHRAB降速接入开关EVENT4ATHD触发4A事件测量的门限TIMETOTRIGGER4A触发时间4APENDINGTIME4A触发后的挂起时间4AEVENT4BTHD触发4B事件测量的门限TIMETOTRIGGER4B触发时间4BPENDINGTIME4B触发后的挂起时间4B触发4A事件测量的门限/EVENT4ATHD取值范围数值取值范围：D16，D32，D64，D128，D256，D512，D1024，D2k，D3k，D4k，D6k，D8k，D12k，D16k，D24k，D32k，D48k，D64k，D96k，D128k，D192k，D256k，D384k，D512k，D768k物理取值范围：16，32，64，128，256，512，1024，2k，3k，4k，6k，8k，12k，16k，24k，32k，48k，64k，96k，128k，192k，256k，384k，512k，768k物理单位：byte参数设置该参数用于确定触发DCH 业务量4A事件的业务量门限，设置该门限用于检查是否有数据需要传输。RLC Buffer Payload超过该门限并持续【触发时间4A】，上报DCH 业务量4A事件。该值越大，DCH 业务量4A事件越难触发，对用户业务源速率增加的响应越慢。该值越小，DCH 业务量4A事件越容易触发，对用户业务源速率增加的响应越快。该值与业务类型有关。为了快速满足用户数据传输的需求，可以将此参数配置为比较小的值，但是也不能太小，以免用户没有足够数据传输时而不必要的触发增大带宽的信道重配置操作。地市A之前触发4A事件测量的门限设置几乎全设置为D1024(除32K)，而地市B的参数则根据不同的速率设置不同的门限，相对合理。触发时间4A /TIMETOTRIGGER4A取值范围数值取值范围：D0，D10，D20，D40，D60，D80，D100，D120，D160，D200，D240，D320，D640，D1280，D2560，D5000，D10000，D15000，D20000，D25000，D30000物理取值范围：0，10，20，40，60，80，100，120，160，200，240，320，640，1280，2560，5000，10000，15000，20000，25000，30000物理单位：ms参数设置该参数表示当DCH业务量超过【触发4A事件测量的门限】，并且持续该参数设置时间长度，上报DCH 业务量4a事件。通过设置该参数可以避免由于DCH业务量波动而带来的不必要的报告。该参数设置越大，要求DCH业务量超过4a门限的时间越长，就越不容易触发DCH 业务量4a事件，这样会延迟DCH 业务量4a事件的触发，降低业务量测量报告对业务源数据传输需求的跟踪性能。该参数设置越小，DCH业务量4a事件越容易发生，可能导致频繁的信道重配置操作，增加系统负担。该参数设置需要分析当有数据需要传输时缓存业务量的变化性质。地市A64K和128K都设置为D240，地市B的设置为D5000，地市A设置的相对较小，可能导致频繁的信道重配置操作，增加系统负担。地市B设置相对比较平衡。触发后的挂起时间4A /PENDINGTIME4A取值范围数值取值范围：D250，D500，D1000，D2000，D4000，D8000，D16000物理取值范围：250，500，1000，2000，4000，8000，16000物理单位：ms参数设置该参数表示在进行了一次DCH 业务量4a事件报告后，禁止再次上报DCH 业务量4a事件的时间间隔。该参数用于避免过多的DCH 业务量4a事件报告，通过设置该参数可以控制合适的信道重配置频率。该参数设置越大，在报告DCH业务量4a事件后要等待的时间就越长，就越不容易触发DCH业务量4a事件，可能导致对DCH 业务源速率增加的响应不及时。 该参数设置越小，DCH业务量4a事件越容易发生，可能导致频繁的信道重配置操作，增加系统负担。配置时需要参考信道重配置所需要的时间，和经过一次信道重配置业务量再次达到稳定所需要的时间。地市A和地市B的值设置差距不大，基本一致，16K的挂起时间影响不大。触发4B事件测量的门限/EVENT4BTHD取值范围数值取值范围：D8，D16，D32，D64，D128，D256，D512，D1024，D2k，D3k，D4k，D6k，D8k，D12k，D16k，D24k，D32k，D48k，D64k，D96k，D128k，D192k，D256k，D384k，D512k，物理取值范围：8，16，32，64，128，256，512，1024，2k，3k，4k，6k，8k，12k，16k，24k，32k，48k，64k，96k，128k，192k，256k，384k