EVDO系统虚拟软切换优化专题.doc

EVDO虚拟软切换优化专题案例
一. 情况概述
根据系统优化总结测试对某区城区EVDO的上传、下载速率等进行统计分析，并对EVDO网络参数进行汇总分析，EVDO虚拟软切换的失败对下载速率影戏比较大。测试如下：
虚拟切换失败

二. 原因分析
1. 信号很强但是不进行虚拟软切换
这种情况一般存在于前反向不平衡的情况下，即前向很好但是反向却很差，无法锁定反向DRC信道。致使AT无法进行虚拟软切换从而最终导致吞吐量下降。看如下例子：
BSC
BTS2
BTS1
AT

图Error! No text of specified style in document.1 软切换中前反向链路不平衡的情况示意图
上图场景：软切换状态，如图所示。BTS1前向最好，但反向链路很差；BTS2反向较好。功率控制根据合并后的结果PER进行，反而会要求AT降低发射功率，由此产生恶性循环，BTS1对反向DRC产生失锁，在DRCLock信道将DRCLock bit置为0，禁止AT将DRC Cover指向本扇区。AT只好将服务扇区指定为前向较差的BTS2，无法进行虚拟软切换到信号较强的BTS1，传输速率会降低；
这种情况下，要检查信号强的分支的反向RSSI是否存在异常、要排除反向干扰、反向通道（天馈、TRXA）异常。
2. 漏配邻区，导致不能虚拟软切换
在关闭自动添加漏配邻区的功能时，不会将邻区分支加入激活集，即使邻区分支信号很好，也只能造成干扰而不能被利用。即使打开自动添加漏配邻区功能，AT搜索剩余集的频率很低，很难报告被漏配的邻区，一般不会被加入激活集。
BTS1
BTS2
MS can’t see BTS2

图Error! No text of specified style in document.2 漏配邻区导致不能虚拟软切换示意图
3. 频繁虚拟软切换
有两种情况：
第一种：AT终端处于两个最强导频信号乒乓切换的环境，此时即使在AT上通过路测工具看到DRC信道请求的速率可以到2.4Mbps，实际可能也只有600～800kbps。所以频繁的虚拟软切换会影响传输效率，需要改善该处覆盖，尽量避免信号反复波动。
第二种：前反向不平衡，前向好但是反向时好时坏。假设前向好、反向差的扇区的反向无线质量时好时坏，扇区在反向DRC锁定和失锁间不断波动，则AT要求的服务扇区会比较频繁在两个扇区间更迭，导致“乒乓切换”。此时，要检查前反向不平衡的扇区反向RSSI是否存在异常、要排除反向干扰、反向通道（天馈、DDU、TRM）异常。
4. 虚拟软切换后数据传输不及时
虚拟软切换涉及两个参数：软切换时延和更软切换时延。表示：当AT进行软切换或更软切换的时候，AT从源扇区到目标扇区转换DRC时AT预期的最小中断。该值设置过大，则在进行虚拟软切换时，前向会出现较长时间的传送中断，影响用户使用；设置过小，则源服务扇区的数据还没来得及中止，目标服务扇区就开始发送数据，造成发送数据交叠。一般的，软切换时延设置为大于DRCLockPeriod*DRCLockLength＋1，更软切换设置为1（8个时隙）

三. 优化调整
优化方案：
（1） 调整EVDO邻区避免邻区漏配，并调整优先级。
如：联运公司与金屋大厦EVDO邻区漏配，金屋大厦为新开基站。失败4次。

金屋大厦：

（2） 优化EVDO搜索窗口。

（3） 优化EVDO动态切换门限。

（4） 调整EVDO小区功率，避免越区。

四. 调整后用户测试情况：
1、FTP下载轨迹图

2、FTP下载区域分布表

3、FTP上传轨迹图

结论：通过对EVDO虚拟软切换专题的优化，利通区城区FTP下载速率大于300kbps的比例稳定至78％。