GPRSEGPRS无线优化交流.pptVIP

Rx: Rx指定了接收能支持的最多的时隙数 Tx: Tx指定了发送能支持的最多的时隙数 Sum: Sum指定了每个TDMA 帧周期里上下行实际能使用的时隙数之和, MS必须能做到支持的SUM时隙数为：1?= Rx + Tx = Sum. Sum 不是对所有的类型的MS都适合. Tta: 手机对邻区进行信号测量以及进入传送状态的时间. Ttb:手机对邻区进入传送状态的时间，即勿需进行邻区功率测量的时候进入传送状态的时间 Tra:手机对邻区进行信号测量以及进入接收状态的时间. . Trb:手机对邻区进入接收状态的时间，即勿需进行邻区功率测量的时候进入接收状态的时间. * 1个TA指1个比特对应的时间提前或延迟值,TDMA帧的1个时隙对应时间为577微秒,且1个时隙对应156.25个比特,故1个TA时间对应的传输距离=(空中电波速度*577微秒)/156.25比特=(3*108)*(577*10-6)/156.25=1107.84米,而我们说的TA值指的是基站和移动台之间的上下行双向总的时间提前或延迟值,故1个TA对应的基站和移动台间的距离=1107.84/2=553.92米,故我们通常说1个TA对应的基站距离为554米或550米 * * Peak Throughput Class Peak Throughput in octets per second 1 Up to 1000 (8kbit/s). 2 Up to 2000 (16kbit/s). 3 Up to 4000 (32kbit/s). 4 Up to 8000 (64kbit/s). 5 Up to 16000 (128kbit/s). 6 Up to 32000 (256kbit/s). 7 Up to 64000 (512kbit/s). 8 Up to 128000 (1024kbit/s). 9 Up to 256000 (2048kbit/s). * 如上图所示：服务小区电平达到-92dBm，但是由于小区CRO设置(16db)较大，因此即使邻小区中电平较好，但由于参数设置问题不能及时重选导致覆盖差。由于数据业务对覆盖电平、载干比等要求较高，因此做数据业务首先保障电平覆盖良好，对覆盖差的区域通过调整天线，功率以及其他参数，获得良好的覆盖。 重选参数设置不当造成弱覆盖 后台查看参数与资源都充足，怀疑存在干扰，进行扫频测试，发现有邻频干扰，将主BCCH的1号频点更换为3号频点后，测试速率提升到155.32 kbps。 干扰导致FTP速率低 如上图所示：由于小区载频不支持EDGE，导致上网速率低，这种情况在投诉中用户会直接反映上网速率慢，因此这中情况也明显影响客户感知。 载频不支持EDGE导致FTP速率低 时隙不足导致FTP下载速率低 如上图所示：测试中仅能占用1个时隙进行下载，这种情况可能原因有，1时隙设置本来就1个，目前这种分配时隙的方法基本不存在，2由于数据业务用户多抢占其他时隙导致此用户仅能占用1个时隙，特别是GPRS与EDGE用户信道共享时容易分配少时隙，建议分组数据业务信道避免E/G共享信道。 开户信息不合理导致下载速率低 手机上网时，会进行PDP激活。在PDP激活时，手机和GGSN会协商QoS，可靠性等级、延时等级、峰值吞吐量等级、平均吞吐量等级，其中峰值吞吐量规定了各个PDP上下文在网络中所能达到的最大数据传送速率，平均吞吐量等级规定了在激活PDP上下文的剩余时间里期望数据通过GPRS网络能够达到的平均数据传输数率。察看手机L3信令的ACTIVATE PDP CONTEXT ACCEPT。发现PEAK THROUGHPUT设置为2000 octets/s，这表明测试速率最大值不能超过16kbit/s。 TCP窗口大小限制导致FTP业务异常 某地用户用EGPRS终端连接PC机，访问移动运营商提供的FTP服务器进行FTP下载业务，发现应用层下载速率平均为28kbps，远远低于网络开通EGPRS时的平均应用层下载速率。 1、最开始怀疑与无线环境有关，但分析测试文件发现Um口C/I较好，且空口重传较少。另外Gb接口链路也很正常。排除无线质量和链路原因导致FTP业务异常。 2、使用终端访问其他网站，并测试下载速率发现，当使用其他服务器进行数据业务时，终端应用层速率基本正常，基本能达到130kps左右。分析信令发现，终端能占用4条PDCH信道，且99％的空口数据块采用MCS9编码方式传输。 3、通过上面的分析，基本能将问题网元定位在FTP服务器上了，查看FTP SERVER上的TCP发送窗口过小导致。 4、修改TCP发送窗口为65535后，下载速率恢复正常。 优化案例—影响