DO连接成功率和掉线率优化经验

jasontoby

过去一年搞了ECDO优化，总结了点经验，希翼能帮到还在苦逼的网优同事们
DO其实是比较好优化的，最主要的一个原因是DO是全功率发射，没有了功控，而速率控制如T2P之流又太过复杂没人敢动，所以我就直接说了，立竿见影的几招。
1、先看反向，RA忙闲，搞DO的都知道ROT吧，DO为了追求吞吐量最大化ROT非常高，所以一旦反向用户流量过大会造成底燥过高，影响反向信道质量，造成掉话和接入失败，解决办法：限制用户速率（这就是速率控制）
2、前向先看资源，板卡CPU利用率，时隙利用率，传输资源利用率等等，DO不同于语音，失败了会不断尝试连接，一旦资源不足的话，1个小时的接入失败够你受的，解决办法：扩容没商量。mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。3L4f,I$a9E$w
3、再细致一点，目前DO很多多载波了，看硬切换掉话多不多，硬切换主要分跨频和跨子网，跨子网就要做好网间互联，有条件的上a17,18，a19改成软切，没条件优化好邻区，跨载频的简单，配好跨载频邻区，这个一定要精简，因为跨载频搜索效率不高，设置多了也白设，另外就是控制好多载波的覆盖，如果和基本载波覆盖一致或者少点，那么切换会少很多。最后一招就是将用户都待机到基本载频，这样也可以避免不少硬切换。
4、如果上面都做了还不好，修改一下跨载频指配门限，改大点，也就是说在基本载频多留点用户，例如以前是3、1，基本载频超过3个用户才跨频指派，载频均衡的步长是1，现在改成5，2，基本载频5个人才指派到别的载频，载频之间均衡的步长为2。毕竟基本载频的覆盖连续一些，切换成功率也高，多一点总会好点。
5、功率，这个比较麻烦，到底是功率不足导致的掉话还是覆盖过远导致的掉话，这个很难判断，最简单的办法是试试。如果功率不足，就适当增加功率，覆盖过远就减少功率，这个是个慢活。mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。/U!l8Z)J:b4|
6、好了，该说必杀技了，如果你耐心看完前几条，大概看热闹的都跑完了吧，其实我前几招都试了，效果不大，毕竟你只是改改参数能有神马作用，网络的基本素质不行也白搭，神马天馈调整，覆盖情况之类一塌糊涂想靠改几个参数来个翻天覆地不可能，所以在领导的反复催促下我只好想写旁门左道了，当然我还是有职业心得，我不会去改计数器，虽然那个立竿见影，可是要走工单，风险很大。我看了DO的掉话机制，主要是AT侧的，一旦DRC信道无法捕获或者为0，就会触发DRCSUPERVISIONTMER,默认值是24，时间是480ms，如果这期间还不好，会停止发射，再过12个cc（也是一个定时器），大约5.12s会记为掉话。那么也就是说，在即使网络质量再差，由于计数器未到，6s内也基本是不会产生空口掉话的。那么如果我让用户在6s内就释放链路的话不就是不会产生空口原因的掉话了么？呵呵，破绽来了吧，于是我开始想，怎么才能让用户在链路变差6s内释放链路呢？只有一个办法，那就是休眠机制，数据业务休眠只保留PCF到PDSN,无线是要释放的，那么当用户DRC信道变差的时候，AN会认为用户无数据，那么就会启动休眠定时器，如果在6s内休眠，那么就是正常的释放不算掉话，这不就解决了么？说白了，就是在AT掉话机制到时之前，AN侧先给他释放了。
       当然，做为一个有良知的工程师，我不会那么过分，我将休眠定时器改到了10s，奇迹发生了，DO空口丢失造成的掉线次数一个忙时从2500多次降到了113次，同时，你改短了休眠时长，呼叫建立的次数增加，分母增加，也改善了掉线率和无线连接成功率。希翼对那些挣扎在kpi的兄弟有帮助。移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单)B2j*r$P:~%d

       当然，做好基本功，完善覆盖，优化网络结构才是王道。