关于evdo载频最大用户数不足导致do连接成功低的案例

《关于evdo载频最大用户数不足导致do连接成功低的案例》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、关于EVDO载频最大用户数不足导致DO连接成功低的案例梁火勇【案例摘要】晚忙时指标跟踪是网络优化的一个重要的环节，它能体现网络在最忙的时间所承载的能力，是考验网络质量最有效的手段之一。我们通过1X重点关注指标：掉话率、呼叫建立成功率、软切换比例；DO重点关注指标：连接成功率、掉话率、会话建立成功率等发现网络存在的问题，及时有效的解决问题。从3月晚忙时指标跟踪中，发现园洲中学（扇区：1、载频：10）EVDO连接失败次数达2000多次以上，EVDO话务量达40ERL之多是全网最高。表面现象会令我们第一时间想到话务量过高产生拥塞，需要扩容。我们按着扩

2、容的方向去操作时，实际原因却是由于EVDO载频最大用户数满足不了现状导致连接失败。问题的表面原因往往是我们解决问题的切入点，但我们绝不能被表面原因所迷惑，要刨根究底的去查找问题的原因，才能最终解决问题。1、问题描述2011年3月2日晚忙时指标（21:00-22:00）跟踪中，园洲中学（扇区：1、载频：10）EVDO连接请求次数10796，连接成功次数9486、连接成功率87.86%，连接失败次数达1310次之多。以上是一周的EVDO晚忙时指标，发现该载扇的话务量在2月底开始就开始上升。每当达到40ERL以上的时候，就连接失败了1000次以上。3

3、月4日和5日是星期五和星期六，话务量迅猛下降，就没产生连接失败。园洲中学基站周边还有博罗技工学校，该学校曾大量开展E卡通业务放号，存在高话务的条件。技工学校园洲中学2、原因分析2.1、基础参数检查首先要排除硬件是否有故障。经Airbridge查询天线口发射功率、助波比和M2000查询一周RSSI检查后，确认该站功率和驻波比都正常，RSSI在忙时最高值为-96，其他时段正常。但主分集RSSI：-96并不至于导致1000多次的连接失败。于是继续查找原因。2.2、话务量分析从表面上看，当出现40ERL的时候，连接失败次数就会上升至1000次以上。那是

4、否真的是负荷过大，导致容量不足以至连接失败呢？首先需要清楚EVDO扩容标准。DO三个扩容方式：容量受限->扩载频；覆盖受限->覆盖优化/加站；传输受限->扩传输分别介绍如下：1、容量受限->扩载频：标准是：平均传输用户数>4且平均时隙占用率>50%。平均传输用户数=激活用户总时隙数[个]*（5/3/1000）/统计周期[秒]，其中激活用户总时隙数[个]是可以在M2000里统计到的。平均时隙占用率就用DOTCH信道平均时隙占用率[0.01%]来计算就可以了，注意单位换算。2、覆盖受限->覆盖优化/加站：标准是：DRC平均申请速率<=614kbps

5、3、传输受限->扩传输：标准是：Abis平均占用率>70%。首先进行容量分析。根据标准从M2000中取得3月1日-7日忙时数据，通过计算得出平均传输用户数和平均时隙占用率。从下表可知，园洲中学1扇区平均用户数最高为1.88、平均时隙占用率最高为20.55%,远没达到容量受限的标准。然后进行覆盖分析。根据3月博罗园洲的测试数据，在园洲中学周边的DRC平均申请速率平均为700kbps，也没达到覆盖受限的标准。接着进行传输分析。通过Airbridge使用命令LSTBTSLNK查询园洲中学业务链路的逻辑链路号，发现已存在3条E1/T1能满足现网需求。而

6、且从M2000中取得的Abis平均占用率最高值仅有3.5%，也没有达到传输受限标准。2.3、CDR分析既然不是容量问题，那为什么会连接失败怎么多次呢？我们再从话单CDR入手。通过BAM导出取出3月9日晚忙时的EVDO-CDR记录，通过统计得到以下表。由表中可知正常释放（释放值4096、3081、83）共有10271项，占总数10471的98.09%；而异常的仅有200项，而当天的连接失败次数有2132次。由此可知CDR并没有完全统计连接失败的原因，它统计内容包含了M2000中的“连接异常释放次数”且内容更详细一些，但却没有统计所有的连接失败原因

7、。释放值事件次数统计原因值说明40966283收到MS正常释放回应30813905RLPdormant释放78883呼叫正常释放1003172等待A9DOALConnectedAck消息超时133141导频上信道数溢出307624合并后收到太多idle帧462221SMP在连接态收到AT的连接请求导致连接释放461316SMP发起的鉴权失败连接释放461615SMP发起的连接建立指示丢失连接释放46129SMP发起的鉴权完成连接释放5131信道板由于2s未收到前向帧时上报释放请求100321等待SMP_CONN_SETUP_REQ消息超时总计1

8、0471　2.4、参数分析由于无法从CDR中找到原因，我们又回到了问题的原点。从表面上看，连接失败次数这么多，而且不是单一用户，可能是某些参数的设置不