EVDO 测试经验（电信）.ppt

EVDO测试经验 获得较高速率 终端和服务器参数配置正确，基站正常 例如TCP Window Size/MTU 基站硬件工作正常 测试电脑关闭所有占用网络带宽的程序 终端数据配置正确 无线环境良好 RX-70dBm C/I+10dB 导频纯净 反向RSSI-100dBm（保证好的T2P) 接入网参数设置正确 功率控制参数 带宽控制参数 连接控制参数 核心网传输 核心网参数设置 获得较高速率——TCP Window Size及MTU TCP Window Size=64000 MTU=1500 获得较高速率—— TCP Window Size及MTU 滑动窗口 滑动窗口是接收方的流量控制机制。接收方在ACK消息中将滑动窗口大小通知发送方，发送方据此决定应该连续发送包(MTU)的个数。滑动窗口最大值为216-1=65535 获得较高速率—— TCP Window Size及MTU 合理的MTU和TCP滑动窗口设置是取得较高吞吐量的前提 获得较高速率——关闭占用带宽的软件 关闭占用带宽的软件 例如MSN、QQ、其他FTP软件等 需要定时与网络通信的软件，例如自动更新等 增加网络传输时延的软件如防火墙、代理服务器等 获得较高速率——正确的鉴权配置 双模终端不仅要在AN-AAA侧添加鉴权数据，在HLR里面也应该有相应鉴权数据。否则会出现DO无法上网或者无法切换的现象。 必须保证两侧数据一致性 获得较高速率—— 正确的鉴权配置 获得较高速率—— 正确的鉴权配置 LCP阶段 用于启动连接，协商与具体协议无关的项。例如MTU，最大尝试次数等； CHAP阶段 认证阶段，主要使用MD5算法对鉴权信息进行了加密。 IPCP阶段 调用各种高级协议，进行协商和配置，例如IP地址分配，IPX协议配置，TCP/IP包头压缩等 CAVE算法 由于现网的UIM卡不支持MD5算法，无法实现CHAP鉴权。规范提出了基于CAVE算法的CHAP鉴权。这要求HLR的参与。AAA在其中扮演了VLR的角色。主要针对混合终端。 获得较高速率—— 好的C/I 什么是C/I？ C：载波功率 I：干扰总功率，包括白噪声，但不包括有用信号功率 获得较高速率—— 好的C/I C/I的好坏直接决定了手机可以申请的速率等级！ 获得较高速率—— 好的C/I 获得较高速率—— 正确的参数配置 获得较高速率—— T2P 功率控制？ 通过调整业务信道传输速率，保证即满足QoS的需求，又尽可能小的影响系统容量。简而言之就是业务信道的功率控制。 MAC Flow: 对于每一个连接，都可以认为是一个MAC Flow, 例如video, Voip, HTTP, FTP等。不同的MAC Flow对延时的要求不同，T2P是以MAC Flow为单位进行的。 每个MAC Flow都有自己的一组配置参数，参数在连接建立时候协商 获得较高速率—— T2P 功率控制调整的是Pilot的功率，而业务信道功率控制通过T2P的调整实现 获得较高速率—— T2P T2P的主要影响因素 AT Power HeadRoom Priority QRAB：每4个Slot取平均，决定提升还是降低T2P FRAB: 每384Slot取平均，反映扇区负荷情况，决定T2P的调整幅度 参数设置：TxT2Pmax, TxT2Pmin等； 获得较高速率—— T2P Centralized Allocation T2Phold时间内控制有效，超时后将转为Autonomous Allocation模式，除非AP通过Grant消息再次进行控制； 控制的是T2P Inflow T2P OutFlow依然由手机自行选择 Autonomous Allocation 默认控制方式，由手机根据QRAB和FRAB自行决定T2P 获得较高速率—— T2P 针对不同的MACFlow，都有自己相应的一组参数，去实现合理的T2P控制 7.14 4.12 4k 5.12 9.78 4k 3.82 5.96 8k 14.56 14．00 8k 6.33 7.66 16k 14.11 14.00 16k 5.38 7.81 64k 5% 15.27 14.52 64k 5% MSS=1460 MSS=536 TCP Rx window FER MSS=1460 MSS=536 TCP Rx window FER 无线环境差 无线环境好 测试文件1M（kBytes） AT AN AN-AAA HLR Connection Setup LCP Config Rqst LCP Config Rqst LCP Config Ack LCP Config Ack Chap Challenge Chap Response A12 Access Rqst