码资源拥塞＆FS的拥塞处理机制的研究_hy.ppt

* 拥塞处理机制_Pre-emption process for DCH and HSDPA/HSUPA Queuing 机制: 当 CAC failure 发生在RANAP RAB Assignment Request (RAB to setup),预清空可能被触发来释放掉一些资源。此时需要有Queuing机制来避免拥塞。 当这个Queuing机制被激活后, RAB Assignment Request将会进入队列,并进行重试,重试的次数＆间隔由 preemptionQueuingReallocationRetryMaxNumber ＆ preemptionQueuingReallocationTimer 这两个参数设置,同时preemptionQueuingReallocationTimer*preemptionQueuingReallocationRetryMaxNumber TrabAssig (核心网参数) * 拥塞处理机制_Pre-emption process for DCH and HSDPA/HSUPA 码资源拥塞时的CALL TRACE截图如下： * 拥塞处理机制_Pre-emption process for DCH and HSDPA/HSUPA 核心网下发RAB Assignment Request之后，并没有下发RB建立，而是直接回给RNC一条RAB Assignment Response，即RAB建立失败，CAUSE为misc=114，即无可用资源。最后导致PDP激活失败，业务建立失败，连接释放。 * 拥塞处理机制_Pre-emption process for DCH and HSDPA/HSUPA 算法小结 开启Ua6.0的Pre-emption process for DCH and HSDPA/HSUPA＆动态码树分配算法2中的fair sharing 可以有效的解决现网R99码资源不足引起的RAB建立失败,并且更有效的分配HSPA＆R99之间的码道资源,提高用户的感知度 按照DTCM的算法,,目前现网默认采用的是irm-pre_emption,即必须保留一个free的SF8留给R99业务,这个feature最主要的特点就是在小区有负荷的情况下,必须保留一定的空闲资源,预留给有新用户的接入. 这是一种预防机制,对于拥塞引起的CAC接入失败的失败是无法处理的,如果同时有几个R99用户申请SF8的话,有一定的概率会引起码资源原因的拥塞. * 拥塞处理机制_Pre-emption process for DCH and HSDPA/HSUPA 而码资源拥塞又和如下参数相关: maxDlEstablishmentRbRat ,现网一般就是384k,(可以改),现网如果isDlRbRateAdaptationAllowed没有开启的话且cell color为Green的话,那么R99上来就是384,即占用SF8, 如果此时Irm的radio＆cell color(一般cell color都开启)开启的话,此时的R99用户的业务速率高于cell color 定义的速率,那么小区已存在用户可能会被downgarde,新的用户经过Irm CAC的算法,也会适配到新的速率 isIrmOnCellColourAllowed现网一般是true,但是现网关于cell color 仅仅开启了关于code color,rl color,power load color 的评估,关于CEM,Iub是关闭的 * 拥塞处理机制_Pre-emption process for DCH and HSDPA/HSUPA 因此在开启DTCM的情况下,解决CAC拥塞可以考虑如下几种方式: a minHsdpaCode=1,按照预清空机制这样的会保留更多的SF8 b maxDlEstablishmentRbRat 修改为128 or 64 然后再根据RateAdapation机制(buffer occupancy机制,适配到384),现网上行的maxUlEstablishmentRbRat,倒是设成128,且isUlRbRateAdaptationAllowed是开启的 c 开启增强型的拥塞处理机制: Pre-emption process for DCH and HSDPA/HSUPA( UA6.0),现网一般没有开启, 这个feature相对于irm Pre-emption最大的区别就是在拥塞引起的CAC failure,在CAC进程中,加入了queuing机制(RAB Assignment进程中,很有效),而且可和irm Pre-emption并存 2 开启fair sharing,必须关闭DT