EV-DO实验网简介ppt课件

1、目目 录录1试验网的规模与地点试验网的规模与地点试验网的目的试验网的目的测试工具与计算机的设置测试工具与计算机的设置测试项目测试项目计算机模拟结果计算机模拟结果测试结果测试结果 结论结论2试验网的规模与地点试验网的规模与地点试验网试验网1: 地点地点: Whippany 站数站数: 2 个基站个基站试验网试验网2: 地点地点: 美国中部和东部美国中部和东部 站数站数: 8 10 个基站个基站3证明证明EV-DO系统的功能和算法系统的功能和算法证明其系统符合证明其系统符合IS-856标准标准试验网的目的试验网的目的4测试工具与计算机的设置测试工具与计算机的设置ToolVersionQty.CAI

2、T (CDMA Air Interface Tester) SW2.7.0574QPST2.7.0621Test LaptopWin2K4Data Server (PC)Win2K Server1Qualcomm Chester Access Terminal (AT)QF31369External Antenna and RF cablesNA8GPS kit (antenna, receiver)NA4Packrat (Lucent Internal)TBD1LDAT 3GTBD1Vital Agent8.24测试工具测试工具测试工具：测试工具：Chester“Chester” by Qu

3、alcomm试验时Chester 出现的早期版本 (ver. 3.0.xx)试验至今已有一些新的升级双根天线 (或单根天线)56Chester 技术指标技术指标-17Chester 技术指标技术指标-28Chester 技术指标技术指标-39测试工具：测试工具： EV-Do Cait10测试工具与计算机的设置测试工具与计算机的设置计算机的设置计算机的设置TCP Window Size: 16kBTCP/IP Header (a.k.a. Van Jacobson) Compression: OFFPPP Software Compression: OFFTCP Selective ACK: O

4、NTCP Time Stamping: OFF11测试项目测试项目覆盖测试覆盖测试切换测试切换测试连接测试连接测试 (掉话率、接入失败率）掉话率、接入失败率）单用户定点吞吐量测试单用户定点吞吐量测试多用户定点和慢速吞吐量测试多用户定点和慢速吞吐量测试多用户移动吞吐量测试多用户移动吞吐量测试Schedule 测试测试在Whippany， 以及全球其它8个地方试验站从 2-3个增加至30 个测试区域城区/郊区地貌包含山地和平原具有多样的传输环境测试基于1.9GHz IS-95/1X overlay的网络上展开优化工作类似于IS-95/1X 优化主导频12 测试结果测试结果试验网的基本情况：试验网的

5、基本情况：系统完全符合IS-856 规范所用Chester 终端的情况 (ver.3.0.46)在良好的RF环境下部分前向数据丢失RLP bug (无NAK requests)MDSP Halt bug (暂停应用现象)Chesters ver.3.2.* 以上版本有很多改进试验表明只有高性能的数据骨干网才能使1xEV的先进性得到最大体现减少丢失数据包降低延迟13测试中的几点说明测试中的几点说明测试结果测试结果实例实例 (Whippany Rd, NJ)14手机接收功率手机接收功率手机接收功率和发射功率手机接收功率和发射功率, SNR15-1 2 0-1 1 0-1 0 0-9 0-8 0-7

6、 0-6 0-5 0-4 0-3 0-2 0-1 001 02 03 01 8 :4 6 :4 8 .01 8 :4 7 :3 1 .21 8 :4 8 :1 4 .41 8 :4 8 :5 7 .61 8 :4 9 :4 0 .81 8 :5 0 :2 4 .01 8 :5 1 :0 7 .21 8 :5 1 :5 0 .41 8 :5 2 :3 3 .6Power dBmM R xM T x-1 6-1 2-8-40481 21 61 8 :4 6 :4 8 .01 8 :4 7 :3 1 .21 8 :4 8 :1 4 .41 8 :4 8 :5 7 .61 8 :4 9 :4 0 .8

7、1 8 :5 0 :2 4 .01 8 :5 1 :0 7 .21 8 :5 1 :5 0 .41 8 :5 2 :3 3 .6Signal-to-Noise Ratio dB前向和反向数据速率和前向和反向数据速率和PER1605 0 01 ,0 0 01 ,5 0 02 ,0 0 02 ,5 0 03 ,0 0 01 8 :4 6 :4 8 .01 8 :4 7 :3 1 .21 8 :4 8 :1 4 .41 8 :4 8 :5 7 .61 8 :4 9 :4 0 .81 8 :5 0 :2 4 .01 8 :5 1 :0 7 .21 8 :5 1 :5 0 .41 8 :5 2 :3 3

8、 .6Forward Rates/Throughput kbps0 .0 %0 .5 %1 .0 %1 .5 %2 .0 %2 .5 %3 .0 %Forward PERP h ys ic a l L a ye r R e q u e s te d R a teP h ys ic a l L a ye r T h ro u g h p u tP h ys L a ye r P E R02 04 06 08 01 0 01 2 01 4 01 6 01 8 02 0 01 8 :4 6 :4 8 .01 8 :4 7 :3 1 .21 8 :4 8 :1 4 .41 8 :4 8 :5 7 .6

9、1 8 :4 9 :4 0 .81 8 :5 0 :2 4 .01 8 :5 1 :0 7 .21 8 :5 1 :5 0 .41 8 :5 2 :3 3 .6Reverse Rate kbps0 .0 %0 .5 %1 .0 %1 .5 %2 .0 %2 .5 %3 .0 %3 .5 %4 .0 %4 .5 %5 .0 %Reverse PER %A c tu a l R R IR e v P E R5 p e r. M o v . A v g . (R e v P E R )5 p e r. M o v . A v g . (A c tu a l R R I)前向链路和反向链路请求速率随着

10、RF环境的变差而降低，直到最低速率请求前反向链路维持在1% 的PER单扇区空载测试，前反链路速率平衡前反链路出现几秒断开 (路径损耗 160dB)空载测试单扇区前向覆盖不变单扇区反向覆盖扩展，约5dB在多个扇区下，前向覆盖更好覆盖受限于反向链路反向链路实际结果类似3G-1X结果支持1:1 overlay 1xEV on 3G-1X 前向链路吞吐量时常大于物理层请求的速率ARQ Gain (Incremental Redundancy)300kbps 速率4 slots的传输请求可由1-3 slots完成17由前页曲线可见：由前页曲线可见：覆盖边界受距离和路径损耗影响单根和双根天线接入终端移动速

11、率 (静止，步行，车载)测试路线用不同行驶速度:静止和步行 (5mph)低速 (20-30mph)高速 (30-70mph)合并的情况分别测试单根和双根天线测试从基站近点向外呈辐射状路线 至到掉话用不同的行驶路线比较评估路径损耗18 1:2 splitter 1x EVAT 1x-EV AT 1/2 (3dB) attenuator 测试结果测试结果: (1)覆盖测试覆盖测试路径损耗路径损耗19Yellow Hata Urban predictionRed Hata Suburban prediction1,0002,0003,0005,00010,000Distance mDistance

12、m406010080120140160180Path Loss dBPath Loss dBDRC 速率与路径损耗的关系速率与路径损耗的关系20Path Loss dB050010001500200025003000120125130140145150155160165DRC Requested rate kbps 050010001500200025003000120125130140145150155160165DRC Requested rate kbps Low Speed 0-30mphHigh Speed 30-70mph210500100015002000250030001201

13、25130140145150155160165DRC Requested rate kbpsDual, 0-30mph050010001500200025003000120125130140145150155160165Path Loss dBDRC Requested rate kbps Single, 0-30mphDRC速率与天线数量的关系速率与天线数量的关系天线数量、终端移动速度与天线数量、终端移动速度与DRC速率、速率、SNR间的关系间的关系22.00%10.00%20.00%30.00%40.00%50.00%60.00%70.00%80.00%90.00%100.00%10030

14、050070090011001300150017001900210023002500Data Rate kbpsProbability %Fast/Single DivSlow/Single Div.Fast/Double DIvSlow/Double DivCumulative Fast/SingleCumulative Slow/SingleCumulative Fast/DoubleCumulative Slow/Double .00%10.00%20.00%30.00%40.00%50.00%60.00%70.00%80.00%90.00%100.00%-15-10-5051015Si

15、ngal-to-Noise Ratio dBFast/SingleSlow/SingleFast/DoubleSlow/Double 覆盖测试小结覆盖测试小结在路径损耗160dB时还能保持会话基于不同的cell clutter,小区覆盖半径为4.17- 4.8KM 在平坦空旷地带能覆盖12.8 KM 在单用户单扇区情况下,前反向链路是平衡的在多用户情况下是反向链路受限( 5dB 底噪抬升)在大多数多扇区情况下是反向链路受限根据不同的假定有所不同1xEV的反向链路与3G-1X非常相似1:1 overlay就中等速率而言,双天线可获得者最高50% 的增益高速移动用户获得的增益大,静止用户获得的增益

16、小由于其它的一些限制(如时延,TCP搜索窗大小等) 实际应用中增益往 往比较小实地测试发现分集增益为2-2.5 dB 2324测试结果测试结果: (2)虚拟软切换虚拟软切换虚拟软功换原理：虚拟软功换原理：25 a ag gb ba ag gb b虚拟软切换过程虚拟软切换过程26-20-15-10-505101512:18:05.9912:18:35.4312:19:04.8712:19:34.3112:20:03.7512:20:33.1912:21:02.6312:21:32.0712:22:01.5112:22:30.9512:23:00.3912:23:29.8312:23:59.271

17、2:24:28.7112:24:58.1512:25:27.5912:25:57.0312:26:26.4712:26:55.9112:27:25.3512:27:54.7912:28:24.2312:28:53.6712:29:23.1112:29:52.5512:30:21.9912:30:51.4312:31:20.8712:31:50.3112:32:19.7512:32:49.1912:33:18.63SNR dB80100120140160180200220PN OffsetSNR100SNR104SNR108SNR200SNR204PN 100PN 104PN 108PN 200

18、PN 204虚拟软切换过程虚拟软切换过程前向速率与活动集中导频的关系前向速率与活动集中导频的关系270300600900120015001800210024002700300012:18:05.9912:18:36.0712:19:06.1512:19:36.2312:20:06.3112:20:36.3912:21:06.4712:21:36.5512:22:06.6312:22:36.7112:23:06.7912:23:36.8712:24:06.9512:24:37.0312:25:07.1112:25:37.1912:26:07.2712:26:37.3512:27:07.4312:

19、27:37.5112:28:07.5912:28:37.6712:29:07.7512:29:37.8312:30:07.9112:30:37.9912:31:08.0712:31:38.1512:32:08.2312:32:38.3112:33:08.3912:33:38.47Rate (kbps)0.001.002.003.004.005.006.007.008.009.0010.00PER %, SHO StateRateMaxRateAvePER %# Pilots上图中上图中Cell 1的的Alpha扇区和扇区和Gamma扇区之间是前向链路虚拟软扇区之间是前向链路虚拟软功换功换(快速

20、扇区选择快速扇区选择)的示例的示例Cells 1 和和 2之间是软切换的示例之间是软切换的示例反向链路支持三方软切换和更软切换反向链路支持三方软切换和更软切换当新导频的信噪比低于主导频信噪比当新导频的信噪比低于主导频信噪比10dB,新导频将被加入新导频将被加入用于用于确保快速可靠的切换确保快速可靠的切换在切换区域当各信号近似相等时在切换区域当各信号近似相等时,前向速率可达前向速率可达300-600kbps在小区边缘在小区边缘,有用信号和干扰相等时有用信号和干扰相等时(信噪比信噪比=0dB),数据速率为数据速率为600kbps在切换地区信号衰落会降低数据速率在切换地区信号衰落会降低数据速率,单速

21、率任可保持单速率任可保持 300kbps这些数据是实际网络中小区边缘的预期值这些数据是实际网络中小区边缘的预期值(受限于邻小区的干扰受限于邻小区的干扰)28虚拟软切换总结虚拟软切换总结测试结果测试结果: (3)连接测试连接测试连接测试统计:起呼成功率掉话率FTP吞吐量以基站群优化路线测试测试路线包括所有主路和辅路(2-8小时)正常移动速度两个终端同时测试:起呼: 用单个PING,中断15秒掉话: 重复用FTP下载(长呼叫)失败:起呼: 用PING脚本输出掉话: 从CAIT 挂断很多掉话从FTP脚本输出是无法检测到的掉话率按90秒一个通话计算29连接测试结果连接测试结果连接测试:呼叫次数:128

22、9 试呼次数:2293掉话次数:51 接入失败次数:45掉话率: 3.98% 接入失败率: 1.96%掉话率约为1.2% 约3% 是由于Chester问题FTP吞吐量:不用CAIT为540kbps 用CAIT下降10-20% 30掉话率分析掉话率分析#2, #3 和 #5是Chester问题(2.81%)排除 Chester问题,掉话率为1.1-1.2%RF相关的掉话占0.55%, 可通过优化解决FT有效丢失是反向链路丢失(0.55%), 原因待查其中许多掉话终端用户是察觉不到的31 Number of Drops # Root Cause Run # 1 Run # 2 Total Drop

23、 Rate 1 RF related drops 3 4 7 0.55% 2 Loss of control channel 8 8 16 1.25% 3 RLP related issues 6 11 17 1.33% 4 FT valid lost 1 6 7 0.55% 5 System loss due to MDSP halt 2 1 3 0.23% 6 AT sends XOFF request 1 0 1 0.08% TOTAL 21 30 51 3.98% 连接测试总结连接测试总结起呼失败率小于2%与 95/1X相似 非常相似的Access协议终端设备正常的情况下，掉话率可小于

24、1.2%由于3种已知的手机问题，额外增加了约2.8% 的掉话率1.2%中的0.55%是由于反向链路故障赵成的数据丢失产生的在单用户，标准终端的情况下，前项FTP吞吐率为540KbpsCAIT 记录的吞吐率降低10-20%留意：当两个用户以16kB窗口，另一个用户以64kB窗口进行测试时，总的 平均吞吐率为900Kbps左右32测试结果测试结果: (4)单用户定点吞吐量测试单用户定点吞吐量测试四种应用方式UDP & Test 方式 (throughput w/o window size & delay constraints)FTP (throughput with 16kB w

25、indow size) (pages from dedicated server and from remote hosts)CNET, Yahoo, Amazon, NYT and Yahoo MapsPING (round trip time)四种环境NC Near-the-Cell在基站近距离范围内）MC Middle-of-Cell在基站中等距离范围内）EC Edge-of-Cell在基站覆盖边缘）两种天线设置方式单根双根到达已选择好的测试位置 (NC, MC, EC)将Chester 与笔记本电脑连接好33单用户吞吐量单用户吞吐量 从物理层到链路层的吞吐量损失DRC 的删除速率可以通

26、过对容量和单扇区吞吐量的参数优化来降低其速率当扇区内用户少时，DRC 的删除对总的扇区吞吐量的影响不大 (0.1% with 3 ATs)参数的调整可以提高单用户的吞吐量，但会影响扇区的多用户容量34Cause Loss Range Physical, MAC, Stream and RLP layer overheads 4.7% Control channel (overhead messaging) 3.1% In-traffic messaging 0-2% DRC Erasures 5-15% RLP re-transmissions 1% Total: 15-25% 单用户吞吐量单

27、用户吞吐量 射频部分射频部分近点和远点的选择均应在合理的覆盖范围内 (min SRN=0dB)中间点更好一些在近点，RF的环境随天线和目标的微小移动而变化问题的原因时，在测试过程中要关掉CAITGauge providing a real-time monitoring of the DRC requested rates would be very beneficial for stationary users当天线移动在12英尺 范围内时，仅会有几百kbps的变化。35NC MC EC single dual single dual single dual Median MRx (dBm)

28、 -67.2 -68.8 -84.2 -85.3 -95.6 -97.3 Median SNR (dB) 12.1 12.6 8.8 8.9 1.5 1.2 Median DRC (Kbps) 2457 2457 1840 1843 622 669 延时延时(Round-Trip Time)当把反向链路的帧降为26.7毫秒时，默认的 ping 的RTT小于 110 msec + backhaul delay32B Ping + 20B IP header + 8B ICMP header + 5B PPP header = 65B65B require 3 reverse link frame

29、s (80msec) about 70% of the time由于Chester的原因会造成大约一个帧的额外延时 使用VJ or PPP 压缩可以降低延时36NC MC EC Latency single dual single dual single dual Max. (ms) 550 180 531 171 170 251 Min. (ms) 111 120 111 130 130 110 Avg. (ms) 157.6 156.4 154.7 157.8 158.6 157.9 单用户测试结果单用户测试结果UDP 吞吐量比物理层低大约 22% expected result with

30、 DRC erasures (one user)由于其他原因，FTP吞吐量的测量值是不准确的 Other limiting mechanism 吞吐量大大低于 FTP在本地服务器下载与通过internet 从远端服务器下载的差别很大额外的延时, 丢包等等37NC MC EC Application Conditions single dual single dual single dual FTP kbps Local Server 760.88 787.68 612.08 593.44 476.16 532.32 UDP kbps Local Server 1811.1 1869.8 112

31、0.1 1118.4 346.7 512.1 Local Server 130.5 136.7 139.5 134.9 132.6 127.1 HTTP kbps Internet Server 99.1 101.5 106.3 108.4 100.9 113.6 RTT/TCP 窗口尺寸的考虑窗口尺寸的考虑如果RTT时延大于满窗所需的时间，在收到 acknowledgment 消息前，TCP将处于待机状态。我们实测的 RTT 小于 160 msecWindows 95/98的默认 TCP Window 为 8kB, Windows 2000 为17520B 大多数的Unix系统的 TCP W

32、indow 是 64kB38Bytes: 2001-3000, Ack: 0001, Wdw:4000Bytes: 3001-4000, Ack: 0001, Wdw:4000Bytes: 0001-1000, Ack: 3001, Wdw:3000Bytes: 4001-5000, Ack: 0001, Wdw:4000Bytes: 5001-6000, Ack: 0001, Wdw:4000Bytes: 1001-2000, Ack: 4001, Wdw:2000Bytes: 2001-3000, Ack: 5001, Wdw:1000Bytes: 6001-7000, Ack: 1001

33、, Wdw:3000Bytes: 7001-8000, Ack: 2001, Wdw:2000Round Trip TimeRound Trip TimeTCP Protocol Data Exchange TCP Exchange with transmission time very small compared to Round Trip Time TCP window_TimeRound_Trip_SizeTCP_Windowroughput n_Layer_ThApplicatio Max.TCP/IP 吞吐量吞吐量在假定无任何传输错误时的计算当物理层的坏帧达到1%时，RLP 将重传

34、 当RLP失败, TCP/IP 收到坏字节, TCP/IP将重传或减慢启动装置 (如果TCP超时)传输的错误，会降低10%的吞吐率 FTP限制 * Not limited by RTT/Window Size, but by Physical Layer constraints39Operating System TCP Throughput Windows 95/98 512 kbps Windows 2000 876 kbps Linux, BSD Unix, Sun-OS 2.1 Mbps* 运用运用 是利用 TCP/IP 协议, 但更受限于网页的内容典型网页: 100kBytes 的数

35、据量其中有很多嵌入的对象，约有几 kBytes40Obj2Obj3HTML FileOBJECTSFinal Web PageObj1Obj N 吞吐量吞吐量浏览器在点击之后向服务器发出申请服务器确定相关的 HTM 文件，并且 回复给浏览器浏览器分析 HTM文件, 确定不同的目标 (HTML, text, GIF), 然后下载目标下载应该是连续的 (因浏览器而异)在正常情况下， 无法提供 TCP 窗口 采用PPP软件压缩，利用二者其中之一，通常可以提高 HTTP的吞吐量41单用户吞吐量总结单用户吞吐量总结应用层的吞吐量满足预期吞吐量要求(给定RTT)对于一些重要的应用(比如HTTP)，增大TC

36、P Window不能改善性能升级网络浏览器软件(pipelining和multiple TCPs)和/或者软件加速器将会有进一步的改善。 4243单用户吞吐量总结单用户吞吐量总结应用层用户感知吞吐量取决于以下因素应用层用户感知吞吐量取决于以下因素运用运用 (网页浏览网页浏览,文件下载文件下载 , 音频音频/视频流视频流, 电子邮件电子邮件);协议协议 (TCP/IP或者或者UDP以及它们在服务器端和客户端的实以及它们在服务器端和客户端的实现现);网络参数设置网络参数设置 (TCP/IP以及一些以及一些RF相关的参数相关的参数);在经过骨干网和互联网时的延时和丢包在经过骨干网和互联网时的延时和丢

37、包;远端服务器的特性以及响应时间远端服务器的特性以及响应时间(负载情况负载情况);实际内容实际内容 (网页上的对象以及文件可压缩性网页上的对象以及文件可压缩性);用户在小区中所处的位置用户在小区中所处的位置;小区中其它用户数量小区中其它用户数量;终端设备终端设备 (单单vs.双天线双天线, 延时等延时等);膝上型电脑膝上型电脑 (接口速度以及它们自己的接口速度以及它们自己的TCP设置设置)。应用层的吞吐量很难得到保证应用层的吞吐量很难得到保证取决于多种因素，不是人为所能控制的。取决于多种因素，不是人为所能控制的。测试结果测试结果: (5)多用户定点和慢速吞吐量测试多用户定点和慢速吞吐量测试4个

38、激活用户, 8个激活用户和4个激活用户+4个休眠用户FTP和UDP协议用户所处位置两个NC (NC1 and NC2)四个MC (MC1, MC2, MC3 and MC4)两个EC (EC1 and EC2)定点和慢速沿着相应路线停在指定地点在小范围内移动两个天线的终端安装在膝上型电脑上收集路测数据,进行吞吐量分析44定点测试定点测试一些移动台终端的信噪比比通常预期的要好 MC的接收电平在-855dBm之间，EC的接收电平在-955dBm之间“Individual FTP Throughput之间差距不大主要受限于TCP window和RTT，而不是“requested rate”45 NC

39、1 NC2 MC1 MC2 MC3 MC4 EC1 EC2 Avg. Median MRx dBm -61.3 -68.6 -78.0 -85.2 -83.0 -80.4 -92.0 -94.2 N/A Median SNR dB 12.5 12.0 9.2 6.1 11.1 11.0 1.96 0.82 N/A Median Req. DRC Rate (kbps) 2457 2457 1703 1229 2396 2421 805.9 642.3 1,764 Individual FTP Throughput kbps 670.9 673.3 632.3 639.0 698.8 654.8

40、 522.8 481.4 621.7 Median MRx dBm -61.3 -63.3 -81.8 -79.1 -86.3 -85.0 -89.6 -90.1 N/A Median SNR dB 11.8 12.2 8.7 8.8 7.7 7.8 6.6 6.3 N/A Median Req. DRC Rate (kbps) 2221 2316 1298 1279 1068 1067 953.2 983.2 1,398 Individual FTP Throughput kbps 607.5 587.8 526.5 566.3 570.9 518.4 524.2 526.5 553.5 s

41、tationarystationarypedestrianpedestrianFTP 吞吐量吞吐量休眠状态的移动台对吞吐量没有影响8个用户与4个用户相比，吞吐量大约下降7%在定点状态下是由于低的“requested rates”NC1,MC1,MC3和EC1 4个用户时平均为1.85Mbps，而8个用户时平均为1.75Mbps对于慢速移动的终端,由于调度算法的原因则不能采用类似的计算吞吐量与用户数量曲线中，吞吐量在速率高的时候较早地达到了饱和状态46 NC1 NC2 MC1 MC2 MC3 MC4 EC1 EC2 Aggregate Sector Throughput 4 Users 524.

42、8 546.4 363.2 161.6 1596.0 8 Users 264.0 267.2 268.0 291.2 152.8 137.6 61.6 52.0 1494.4 4 Active+4 Dormant 492.0 0 383.2 0 497.6 0 191.2 0 1564.0 4 Users 516.0 357.6 344.8 227.2 1445.6 8 Users 295.2 281.6 151.2 140.8 148.8 132.8 108.8 69.6 1328.8 4 Active+4 Dormant N/A N/A N/A N/A N/A N/A N/A N/A N/

43、A Stationary Pedestrian UDP 吞吐量吞吐量Industry Associations -Proprietary Information Lucent Technologies47 NC1 NC1 MC1 MC2 MC3 MC4 EC1 EC2 Median MRx dBm -63.2 -66.1 -83.3 -79.1 -82.1 -84.8 -94.3 -95.0 Median SNR dB 12.4 12.1 7.1 8.2 6.4 7.3 3.57 2.14 Median Req. DRC Rate (kbps) 2457 2457 1374 1543 1227

44、 1378 832.7 714.3 Median MRx dBm -62.7 -62.5 -84.7 -81.4 -86.7 -79.1 -88.0 -89.8 Median SNR dB 11.6 12.0 8.6 8.8 9.2 9.1 6.8 6.1 Median Req. DRC Rate (kbps) 2246 2215 1123 1145 1289 1178 1027 998 Stationary Pedestrian 在四个用户和8个用户, 终端具有两个天线以及扇区内随机分布的情况下,扇区平均吞吐量能够达到1.2到1.5Mbps之间静止或者慢速UDP或者FTP协议 有或者没有处于

45、休眠状态的手机一些终端处于非常好的无线环境下任何的容量向上调整建议,都需要更多的测试48多用户定点和慢速吞吐量测试总结多用户定点和慢速吞吐量测试总结49多用户定点和慢速吞吐量测试总结多用户定点和慢速吞吐量测试总结定点测试的结果取决于用户位置及其附近的环境定点测试的结果取决于用户位置及其附近的环境,不只取不只取 决于接收电平决于接收电平在一些情况下在一些情况下,8个用户与个用户与4个用户相比个用户相比,平均吞吐量大约有平均吞吐量大约有 7%的下降的下降 一些结果可用一些结果可用“requested rates的不同来解释的不同来解释在任何实际测量中在任何实际测量中,7%的精确程度是很平常的的精确

46、程度是很平常的实验室测试结果中未发现这种现象实验室测试结果中未发现这种现象测试结果测试结果: (6)多用户移动吞吐量测试多用户移动吞吐量测试真正的多用户测试是很难进行的, 对于满负载情况下需要上百个移动终端切实可行的测试例子: 8个移动用户(4辆车) 随机分布在cluster内 FTP应用Cluster内路线选择(1-1.5小时)所有的一级路线和一些二级路线扩展到一些信号较弱的地区两个终端同时处在一个小区覆盖范围内不是所有的小区都处于有负载状态 将会影响“Incremental Redundancy gain”, 而不会影响“requested rates” 508个用户移动吞吐量测试个用户移动吞吐量测试8个具有两个天线的终端安装在膝上型电脑上4辆车,每辆车里两个终端每扇区里两个终端少量数据是在4个终端处于一个扇区下搜集的(PN388)测试时间大约1小时,cluster内的主要路线 (典型的为移动物体所走路线)向南部扩展路线,采集一些信号较弱地区的路测数据驾驶速度为典型的移动速度(最大