EVDO掉话案例分析Word格式.docx
《EVDO掉话案例分析Word格式.docx》由会员分享，可在线阅读，更多相关《EVDO掉话案例分析Word格式.docx（9页珍藏版）》请在冰豆网上搜索。
邻区优化的基本原则同CDMA20001X一样。
案例2
由于前向链路差，导致ATDRC管理定时器超时，触发掉话。
16:
51:
14.400时间戳DARQ的第2条记录第3个时隙开始，DRCValue等于0，根据协议，终端此时会启动定时器TFTCMDRCSupervision，协议缺省值240ms。
DARQ的第2条记录第3个时隙的大致时间戳是16:
14.380。
终端发送NULLValue的原因是活动集前向SINR衰落到-10dB左右，并且一直无足够强的候选集导频。
14.494终端检测到候选集导频PN324，Enery71（=10log（71/512）=-8.58dB），由于这段时间DRCValue已经变成0，V3.0协议新增加的FTCMAC的配置属性NullRateDRC38.4Enable，缺省值是0，不会进行NULLRate到38.4kbps映射，所以前向的TCA消息不可能被基站调度。
14.596TFTCMDRCSupervision超时（实际定时器值大致是216ms），终端开始关闭反向业务信道。
15.940基站由于TCC超时，在QuickConfig消息中设置MacIndex比特位无效，终端检测到FT比特无效而关闭连接。
优化思路小结：
是改善该覆盖位置的无线环境，避免前向信号覆盖的深度衰落。
案例3
由于切换时延大，同时前向链路差，最终导致TCC超时的案例
17:
08:
12.870终端发送第1次RouteUpdate消息，此时活动集导频强度已经很弱，DRC请求速率维持在最低的38.4kbps水平，在17:
12.986DRCRate变为0，一直到TFTCMDRCSupervision超时，关闭反向信道，DRCCover指向7。
在17:
12.986之后，基站的TCA消息无法发送给终端。
终端发送RU，到DRCRate彻底变为0，时延116ms，从后面基站信令跟踪看，由于切换过程无线资源分配的大时延，造成了TCA消息无法及时发送给AT。
14.120终端重新发送RouteUpdate消息，时延1250ms。
从时延看不是SLP重发，但是Seq和其它消息内容和上一次发送RouteUpdate消息相同，可能是终端在重新打开反向信道后因为某种机制重发的RU。
从D-ARQ记录看，终端在17:
14.160才重新把DRCCover由7指向2，随后终端收到了基站发送的TCA消息。
对照基站的信令跟踪看，17:
12.913的RouteUpdate消息对应终端的第1次发送，距离17:
14.167的第2次RouteUpdate消息时延是1254ms，和CNT的log相当。
基站处理第1条RouteUpdate消息，AbisConnectionSetup建立流程消耗了248ms。
这里的大时延是造成切换失败的根本原因，终端DRCRate的迅速变化为0是次要原因。
终端最终收到TCA消息是在上述的DRCCover由7指向2之后，由于时延过大，造成了基站重发三次TCA后等待TCC超时。
这种情况下的TCC超时定时器调整为1500ms，也可以避免切换失败。
总体看，因为前向链路覆盖差导致在切换发生时，活动集导频强度已经变得很弱，DRCRate经常持续为0，并导致FTCMAC监视超时，DRCCover指向7（表示反向信道关闭）。
这样的场景在路测数据中随处可见，而掉话点也大多集中在这样的环境。
所以在这些情况下，网规网优的工作重点是改善覆盖，增强覆盖的联系性。
案例4
DO链路配置错误导致3G不能使用的案例
后台统计观察，340基站从10月17日开始DO载频下吞吐量全部为0。
对此怀疑是DO资源“吊死”引起的，对HECM板复位后DO载频还是没有用户占用，说明不是DO资源“吊死”的情况。
340基站进行DO业务链路PING测试，测试结果DO业务链路不通，导致用户不能占用DO资源，经查询是因为DO链路数据在10月17日有过改动，链路配对不匹配。
也就反映了用户存在的问题有3G信号，而无法使用。
重新配对后DO业务链路PING测试，链路已恢复正常。
检查载频状态，使用状态为激活，用户已经可以占用DO资源。
案例5
系统原因，RAS同步适配器系统文件丢失。
RAS同步适配器黄叹号，3G无法拨号，提示报错（5005）。
打开设备管理器--网络适配器--ras同步适配器--点击右键更新驱动，从列表活指定位置安装（高级）---不要搜索。
我要自己选择要安装的驱动程序。
下一步，系统经过搜索提示“WINDOWS找到RAS同步适配器，ras同步适配器驱动已经安装完成。
再用电信3G网络拨号连接，已经顺利上网了。
希望再遇到相同问题的朋友可以少走弯路。
EVDO掉话优化思路
改善无线掉话率的思路
对于无线掉话来说，我们通常分为前向掉话和反向掉话，也就是说基站侧或者终端侧触发的掉话。
在实际的系统中，大多数的掉话，对于前向和反向都有比较紧密的联系。
根据大多数的情况来看，当C/I低于-10db的时候，就比较容易引发掉话。
比较常见的掉话过程就是，当前向信号变差，导致DRC信道申请不到速率，从而激发DRCSupervision启动，当该定时器超时以后，终端就会关闭发射机。
此时基站的信道将检测不到终端的DRC信道，当超过参数门限的时候，信道板上报AbistrForwardStopped消息，触发系统判断反向链路丢失，并激发掉话定时器，当该定时超时的时候，系统发起释放导致掉话。
终端类型对指标的影响
从实际的测试情况来看，双极化天线终端的C/I要比单极化的C/I要好的多，所以如果能都引导局方尽量使用双极化天线终端，那么对于用户的感受和无线的指标是很有利的。
终端分集天线在前向覆盖可以获得明显的增益，对SINR及速率下载都有明显的增强效果。
覆盖的优化
从无线的角度来说，如果需要改善无线掉话率，本质上面我们应该改善C/I，由于EVDO的前向链路，只是使用一路信号来传输数据的，所以相对于语音业务的软切换来说，对无线条件的要求会更高。
如果我们能够增加单路强导频或者少路强导频的覆盖区域，那么就可以改善C/I，从而达到改善无线掉话率的问题。
特别是在一些基站较为密集的市区，从测试结果来看，我们经常会发现终端的接收功率很好，但是C/I确比较差。
这个也是因为EVDO的前向链路，只是使用一路信号来传输数据，其它的信号都只一种干扰，只能提升终端的接收功率，而不能提升C/I导致。
因此无线调整的难度也相对较大。
参数及定时器的优化
定时器Timer_dormancy：
根据商用网的调整经验，减小定时器Timer_dormancy能在统计上减小掉话率，使指标得到提高
Timer_dormancy对于evdo业务来说，对于降低无线掉话率有这很明显的效果。
其原理就是缩短终端进入dormancy的时候。
因为无线掉话率＝掉话次数/释放总次数，这样可以有效的增加释放次数，从而改善掉话率。
另一方面，可以加大终端进入dormancy的概率，避免业务状态下面的掉话。
Timer_dormancy定时器的默认值是300秒，在某个业务区我们将其修改为150秒以后，无线掉话率有3～4%的提升。
定时器Timer_airlinkacquired：
由于数据业务的用户，业务状态下一般不会主动释放，所以改长该参数以后，也很难使用户主动挂机，而避免系统释放导致的掉话。
在实际的运用中，在某个业务区，我们将该定时器有3秒改为5秒以后，无线掉话率基本上没有改变。
升级会员 