EVDO案例分析

目前EVDO中主要反映的问题为网速慢，无法上网。在属于网络原因分析中，影响DO常见原因主要有：邻区漏配、切换失败、搜索窗口设置不合理、内外部干扰、PN复用问题、PN混淆问题以及基站故障等。与CDMA2000 1X相似，还有部分为用户电脑系统原因和终端问题，毕竟影响3G所牵涉到的不只是无线网络层面的问题，和用户的终端和使用习惯也息息相关。

案例1

DO链路配置错误  

后台统计观察，基站从10月17日开始DO载频下吞吐量全部为0。

对此怀疑是DO资源“吊死”引起的，对HECM板复位后DO载频还是没有用户占用，说明不是DO资源“吊死”的情况。

对基站进行DO业务链路PING测试，测试结果DO业务链路不通，导致用户不能占用DO资源，经查询是因为DO链路数据在10月17日有过改动，链路配对不匹配，也就反映了存在的问题有3G信号，而无法使用。

重新配对后DO业务链路PING测试，链路已恢复正常。

检查载频状态，使用状态为激活，用户已经可以占用DO资源。

思路小结：

    加强配置数据修改后的验证和对设备的监控。

案例2

系统原因，RAS同步适配器系统文件丢失

RAS同步适配器黄叹号，3G无法拨号，提示报错。先尝试卸载无线网卡驱动和客户端，然后重装安装（甚至下载了最新版的驱动），但故障依旧，拨号时出现了几种错误，代码为5003、5005、5007。这时在设备管理器看到“网络适配器”下的“RAS同步适配器”前显示感叹号，说明这个设备的驱动有问题，手动指定驱动来安装RAS同步适配器，但却提示“安装设备时，出现一个错误，这个INF中的服务安装段落无效。”，无法正确安装驱动。查找netrasa.inf文件，看该文件中涉及的 *.sys驱动文件，再从一个正常的windows系统中复制相关的*.sys驱动文件到windows\\system32\\drivers目录下，然后再安装RAS同步适配器驱动。从netrasa.inf文件中的内容可以找到与RAS同步适配器相关的sys驱动文件，确定了RAS同步适配器相关的是asyncmac.sys文件，于是从一台正常的windows中复制了一份到手提电脑中的windows\\system32\\drivers目录，在复制过程中发现没有提示是否覆盖，那说明可能该文件在清除病毒中无意删除掉了。复制好后再重装RAS同步适配器驱动，这次没任何错误提示，安装成功。这时再运行无线宽带客户端，拨号成功。

RAS同步适配器丢失的系统文件为：

思路小结：

对于用户反映用信号无法连接的情况，先判断是否为我方基站故障，经查询基站无问题后，建议用户检查是否卡欠费和病毒原因导致系统文件丢失，系统文件丢失一般为RAS同步适配器出了问题，打开设备管理器--网络适配器--ras同步适配器--点击右键更新驱动，从列表活指定位置安装（高级）---不要搜索。自己选择要安装的驱动程序。下一步，系统经过搜索提示“WINDOWS找到RAS同步适配器，ras同步适配器驱动已经安装完成。再用3G网络拨号连接，恢复正常。希望再遇到相同问题可以给用户电话指导少走弯路。

案例3

HECM板DO资源“吊死”

在3G拨号状态下拨号，不能享用3G信号，只能用1X上网。

基站工作正常，无任何告警，输入DSP RES查询EVDO状态为解锁，但使用状态缺为空闲。

长时间的无用户占用，使用状态一直处于空闲状态，说明该站一直无用户接入。

复位HECM板后，使用状态为激活 ，已经有用户占用HECM板 DO资源恢复正常。

思路小结：

   对于这种DO板“吊死”，目前网管上无任何监控，基站也不出任何告警，只能通过话统分析和用户投诉来判断，也就需要我们在话统分析的时候多对DO无流量基站的统计，来判断确是否无用户使用还是HECM板“吊死”。关键问题在对于对设备的监控，这个问题解决了定位问题和处理问题的周期也就大大缩短，对用户的影响也就减小到最少了。

案例4

用户终端，用户行为及欠费问题

3G无法拨号，提示错误代码（5005，5007等），目前拨号报这些错误的很大部分问题都为用户终端，用户行为及欠费问题。

下面例举了目前3G上网错误代码及解决方法

思路小结：

   不要被用户反映3G无法拨号而误导，引导用户一步一步排除人为因素，为我们找出网络真正的原因节约时间。 

案例5

由于邻区漏配，导致无线环境恶化，发生system lost掉话

某区域测试的一次掉话前的数据，当激活集中只存在177导频时，候选集中的42号导频迟迟加不进激活集中。

AT发送了多次Route Update消息，但都没收到TCA消息。

思路小节：

在DO的掉话问题分析中，邻区漏配是导致掉话的一个主要原因。邻区优化的基本原则同CDMA2000 1X一样。

案例6

由于前向链路差，导致AT DRC管理定时器超时，触发掉话。

16:51:14.400时间戳DARQ的第2条记录第3个时隙开始，DRC Value等于0，根据协议，终端此时会启动定时器TFTCMDRCSupervision，协议缺省值240ms。DARQ的第2条记录第3个时隙的大 致时间戳是16:51:14.380。终端发送NULL Value的原因是活动集前向SINR衰落到-10dB左 右，并且一直无足够强的候选集导频。

16:51:14.494终端检测到候选集导频PN324，Enery 71 (=10log(71/512) = -8.58dB)，由于这段时间DRC Value已经变成0，所以前向的 TCA消息不可能被基站调度。

16:51:14.596 TFTCMDRCSupervision超时（实际定时器值大致是216ms），终端开始关闭反向业务信道。

16:51:15.940 基站由于TCC超时，在QuickConfig消息中设置MacIndex比特位无效，终端检测到FT比特无效而关闭连接。

思路小结：

改善该覆盖位置的无线环境，避免前向信号覆盖的深度衰落。

案例7

由于切换时延大，同时前向链路差，最终导致TCC超时

17:08:12.870 终端发送第1次RouteUpdate消息，此时活动集导频强度已经很弱，DRC请求速率 维持在最低的38.4kbps水平，在17:08:12.986 DRC Rate变为0，一直到 TFTCMDRCSupervision超时，关闭反向信道，DRC Cover指向7。在17:08:12.986之后，基站 的TCA消息无法发送给终端。终端发送RU，到DRC Rate彻底变为0，时延116ms，从后面基站信令跟踪看，由于切换过程无线资源分配的大时延，造成了TCA消息无法及时发送给AT。

17:08:14.120 终端重新发送RouteUpdate消息，时延1250ms。从时延看不是SLP重 发，但是Seq和其它消息内容和上一次发送RouteUpdate消息相同，可能是终端在重新打开反向信道后因为某种机制重发的RU。

从D-ARQ记录看，终端在17:08:14.160才重新把DRC Cover由7指向2，随后终端收 到了基站发送的TCA消息。

对照基站的信令跟踪看，17:08:12.913的RouteUpdate消息对应终端的第1次发送，距离 17:08:14.167的第2次RouteUpdate消息时延是1254ms，和CNT的log相当。基站处理第1条 RouteUpdate消息，AbisConnectionSetup建立流程消耗了248ms。这里的大时延是造成切 换失败的根本原因，终端DRC Rate的迅速变化为0是次要原因。终端最终收到TCA消息是在上 述的DRC Cover由7指向2之后，由于时延过大，造成了基站重发三次TCA后等待TCC超时。这 种情况下的TCC超时定时器调整为1500ms，也可以避免切换失败。

思路小结：

总体看，因为前向链路覆盖差导致在切换发生时，活动集导频强度已经变得很弱，DRCRate经常持续为0，并导致FTCMAC监视超时，DRCCover指向7（表示反向信道关闭）。这样的场景在路测数据中随处可见，而掉话点也大多集中在这样的环境。所以在这些情况下，网规网优的工作重点是改善覆盖，增强覆盖的连续性。

EVDO优化思路

改善无线掉话率的思路

对于无线掉话来说，我们通常分为前向掉话和反向掉话，也就是说基站侧或者终端侧触发的掉话。在实际的系统中，大多数的掉话，对于前向和反向都有比较紧密的联系。根据大多数的情况来看，当C/I低于-10db的时候，就比较容易引发掉话。比较常见的掉话过程就是，当前向信号变差，导致DRC信道申请不到速率，从而激发DRC Supervision启动，当该定时器超时以后，终端就会关闭发射机。此时基站的信道将检测不到终端的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秒以后，无线 掉话率基本上没有改变。