TBF掉线率专题优化.docVIP

TBF掉线率优化专题 目 录 1. TBF掉线介绍 2 1.1. TBF掉线率简介 2 1.2. 华为TBF掉线率统计公式 2 1.3. 下行TBF释放流程介绍 2 1.3.1. 下行TBF正常释放流程 3 1.3.2. N3105溢出导致下行TBF异常释放流程 3 1.3.3. SUSPEND导致下行TBF释放流程 4 1.3.4. FLUSH导致下行TBF释放流程 5 1.3.5. 无信道资源导致的下行TBF异常释放流程 5 1.3.6. 其他原因导致下行TBF释放流程 6 2. TBF掉线优化 6 2.1. 主要TBF掉线原因分析 6 2.2. 覆盖原因导致的TBF掉线 6 2.3. 干扰原因导致的TBF掉线 7 2.4. 小区拥塞原因导致的TBF掉线 8 2.5. 小区重选原因导致的TBF掉线 8 2.6. 其它原因导致的TBF掉线 9 3. TBF掉线优化案例 10 3.1. 覆盖原因导致的TBF掉线优化 10 3.2. 干扰原因导致的TBF掉线优化 11 3.3. 硬件问题导致的TBF掉线优化 13 3.4. 传输质量导致的TBF掉线优化 15 TBF掉线介绍 TBF掉线率简介 与TCH掉话率用以衡量语音业务保持能力相对应，TBF掉线率是衡量数据业务保持能力的一项网络指标。由于GSM数据业务的应用特点，下行业务量远大于上行业务量，上行TBF建立后会很快释放，其持续时间较短，其掉线率一般较低，参考意义较小，下行TBF则会保持较长时间，下行TBF掉线率更能反映数据业务的保持性能。 下行TBF掉线就是用户在进行数据业务时，下行TBF的异常中断释放行为。下行TBF掉线次数多，用户会感觉到下载数据断断续续，阅读网页经常提示打开页面失败等异常情况，严重影响用户的数据业务使用体验。 目前各GSM设备厂家的TBF掉线统计点的各不相同。针对华为设备，本文对TBF释放的统计点与信令流程进行集中介绍，并总结TBF影响因素、优化思路，提供了部分案例供读者参考。 华为TBF掉线率统计公式 下行TBF掉线率定义 BSC中下行TBF掉话率的统计定义如下： 下行TBF掉线率=下行GPRS（含EDGE） TBF异常中断次数/下行GPRS（含EDGE）TBF建立成功次数 关于下行TBF异常中断次数，2011年4月之前，华为BSC使用的是 “N3105溢出导致下行TBF释放次数”，包括GPRS和EDGE两部分的统计项。 2011年4月份后，下行TBF异常中断次数改为[“SUSPEND导致下行TBF异常释放次数”+“FLUSH导致下行TBF异常释放次数”+ “无信道资源导致下行TBF异常释放次数”+“下行传输中断次数”]，这些子项目也各自包含GPRS和EDGE两部分的统计项。 下节将结合信令流程对TBF正常释放流程，以及“N3105溢出导致下行TBF释放流程”、“SUSPEND导致下行TBF异常释放流程”、“FLUSH导致下行TBF异常释放流程”、“无信道资源导致下行TBF异常释放流程”进行介绍。 下行TBF释放流程介绍 TBF释放包括正常释放和异常释放，异常释放则包括N3105溢出、FLUSH、SUSPEND导致的TBF异常释放和无信道资源等其他原因导致的TBF异常释放。本节结合信令流程介绍这些TBF释放过程。 下行TBF正常释放流程 GSM协议0460中，规定了对于下行TBF的正常释放规范。 图1.确认模式的下行TBF释放 图2.非确认模式的下行TBF释放 RLC确认模式下的下行TBF正常释放流程如下图1所表述，下行TBF建立后，网络侧给MS下发数据块，网络发送数据正常完成，在发送最后一块RLC/MAC时，会在该块的控制消息头里设置FBI=1，并设置RRBP为一个有效值，同时启动T3191，在T3191超时前，网络侧会不停重发FBI=1的数据块。 MS收到FBI=1的数据块后，将给网络回复PACKET_DL_ACK/NACK消息，网络侧收到该消息后，将停止T3191定时器。如果在PACKET_DL_ACK/NACK消息中，MS指示存在数据块没有收到（FAI=0），则网络侧将重新组织相应的RLC/MAC数据块，继续下行数据传输；如果MS指示无需重传任何数据（FAI=1）,则网络侧停止T3191定时器，启动T3191定时器，待其超时后释放下行TBF。 非确认模式下的下行TBF释放流程和确认模式的下行释放流程十分类似，主要区别在于MS侧不对下行数据块进行确认，当收到FBI=1的下行数据块后，将给网络侧回PACKET_CONTRAL_ACKNOWLEDGEMENT消息，网络侧收到该消息后，停止T3191定时器，启动T3191定时器，待其超时后释放下行TBF。 N3105溢出导致下行TBF异常释放流程 在下行TBF传输