GPRS教材三(影响GPRS系统的因素)讲述.ppt

GPRS的QOS GPRS的业务质量有五种基本属性： 优先级 延迟等级 可靠性等级 峰值吞吐量等级 平均吞吐量等级 不同业务Qos特性 GPRS中的QoS TCP特点(四) 网络吞吐率的影响因素 协议开销(overhead) 重传机制 流控的设置(BSSGP FLOW CONTROL、TCP FLOW CONTROL) 移动性（cell chang） 话音呼叫与数据业务间的相互作用与影响 结论:由于时隙数与编码方案等的不同,用户使用的标称带宽不同,应引入有效带宽利用率衡量 IP分组大小与吞吐量 MTU大小与吞吐量 TBF重建与吞吐量 流量控制 由于IP在协议栈的顶层，有两个级别的流控： 基于手机和BVC的缓冲区的流控算法。 基于窗口管理的TCP流控机制。 BSSGP 的功能 传输 LLC PDU 从SGSN 到 PCU 通过 BVC 和 MS 的缓冲区管理进行流控 BVC 的监控 无线状态信息 BSSGP 进程 PS 和CS 呼叫进程 无线接入能力更新进程 无线状态进程 挂起进程 恢复进程 Flush-LL 进程 流控 (MS 和 BVC) 进程 BVC 块的组装和撤装进程 BVC 复位进程 LLC PDU 的传输 用BVCI来标志每个小区的一个BSSGP虚拟链路。 用手机当前使用的TLLI值来标志每个移动台的一个缓冲区。 BSSGP 的缓冲区 流控的进程 考虑到无线接口的吞吐量, PCU 能够适应 MS 和 BVC 缓冲的特性。 两个缓冲区所共有的参数: 缓冲区的大小(in kbytes) 峰值速率 (in kbit/s) 流控的参数 测试中的常见问题 附着成功率低 WAP over GPRS接入时间长 GPRS网络连接不上 PDP激活时间长 下载文件速率低 信号时有时无 误块率高 GPRS attach 分析 有些时候Attach的时间很长，主要是由于在发起Attach request的请求后，手机发生了小区重选 。 遇到Attach Reject的情况，那么出现此情况的原因据我们分析有以下两方面： 不是GPRS用户 。 漫游用户由于HLR查询错误而不能接入 。 GPRS核心网问题 。 PDP激活时间长或成功率低 网络测的参数设置 。现象：手机发起PDP Context Request消息后，一直得不到网络测的响应，直至最后手机上显示Network Not Responding 。 频繁的小区重选 ? 数据重传率分析 某些地区存在较高的重传率,这也回影响到下载文件的时间。引起重传的原因是该收的数据包没收到。引起大量丢包的原因可能为： 无线环境干扰严重。 测试电脑的操作系统及所安装的协议。 Win98和Win2000 的差异。 GPRS网络中使用的重传包括RLC、LLC、TCP重传技术，但目前大多数地区没有使用LLC重传功能。 误块率（BLER）分析 一般来说，造成BLER过高的原因是由于无线环境的干扰所造成，C/I很严重, 所以要降低BLER，只有将现网的载干比降下来，即降低同/邻频干扰、多径干扰以及外部干扰。 误块率和C/I直接决定网络侧发送给移动台所采用的信道编码方案，也同时直接影响数据的吞吐率。 测试手机（SAGEM公司）提供的判断方法：对应于当前分配到移动台的下行TFI中接收到的带有错误的CRC校验和TFI的数据块数。 移动性状态分析 MS在ATTACH以后即由IDLE转化为STANDBY状态，在连接成功至数据传输时，由STANDBY转化为READY 状态。 两个重要定时器T3314、T3312。 在READY状态时，手机的定位可精确到CELL，在STANDBY状态下，手机的定位可精确到RA。 吞吐量分析 信道的编码方案与吞吐量密切相关 MS采用的复合时隙结构直接的影响吞吐率。 在做DT时出现位置区和路由区的重选后，TBF连续开闭，数据会出现短暂的停传，同样周期性路由更新也会出现停传 。 RLC层的数据吞吐率虽然可以一定程度反映空中接口的性能，但它不能代表LLC层的性能（LLC层的重传对RLC是透明的），更不能替代应用层的性能。 使用FTP、HTTP或大多数其它应用层协议来模拟用户实际的业务量会引入一些不确定的因素影响测试的客观性。因为这些应用层协议一般是基于TCP协议， TCP协议具有流量控制和出错重传机制，这些机制会影响测试结果。 RLC重传(RLC retransmission) RLC/MAC重传可实质性的提高系统的性能 为上层业务应用提供可靠的无线链路 LLC重传(LLC retransmission) 系统仿真和设计测试结果证明：LLC重