上行TBF建立成功率低、下行TBF建立成功率低
时间：10-01
整理：3721RD
点击：
如题。
我刚接触GSM系统 华为的 数据表格中 有上行TBF掉话率高、下行TBF掉话率高 这是什么原因呢 怎么解决呢 详细点 谢谢
Ø 上行TBF 正常释放次数
Ø N3101 溢出导致上行TBF 异常释放次数
Ø N3103 溢出导致上行TBF 异常释放次数
Ø SUSPEND 导致上行TBF 异常释放次数
Ø FLUSH 导致上行TBF 异常释放次数
Ø 无信道资源导致上行TBF 异常释放次数
Ø 下行TBF 正常释放次数
Ø N3105 溢出导致下行异常TBF 释放次数
Ø SUSPEND 导致下行TBF 异常释放次数
Ø FLUSH 导致下行TBF 异常释放次数
Ø 无信道资源导致下行TBF 异常释放次数
上下行TBF 掉话率的计算公式如下：
关。实际分析过程中，要结合各种可能的原因进行具体分析。如下图所示是高掉话率
小区分析示意图。
高掉话率小区分析思路图
硬件和链路故障
TBF 掉话率高，首先排除硬件和链路故障，判断故障范围是BSC 级还是个别站点，或
者是个别小区。
Ø 如果是BSC 级的TBF 掉话率高，就要检查BSC或者PCU是否存在故障或者近期是否有重大的操作，另外多个小区的故障也可能会拉高BSC整体的TBF掉话率，注意是否有多个小区出现严重的问题。
Ø 如果是个别小区掉话严重而导致整体掉话率异常，检查基站和PCU 硬件，结合告警消息，根据话统结果排除硬件设备故障造成的掉话；然后排除传输链路上的故障，包括小区的Um 口、TRAU 链路和Pb 链路。
电路业务抢占分组资源
如下两个指标能反映电路业务抢占分组资源导致TBF 掉话高：
Ø 无信道资源导致上行TBF 异常释放次数
Ø 无信道资源导致下行TBF 异常释放次数
此时，小区中的电路业务量应该较高，可结合“BSC 回收有负载动态PDCH 次数”以及
与PDCH 转换相关的话统指标进行分析。如果分组业务被抢占的比较多，可以考虑适当的启用语音业务的半速率功能，适当增加的固定PDCH，有条件的话可以扩容。
位置区更新和小区重选
MS 进行位置区更新或者周期性的位置区更新，或在进行分组业务时，MS 主动发起电路
呼叫，都会影响如下两个指标值，导致TBF 掉话。
Ø SUSPEND 导致上行TBF 异常释放次数
Ø SUSPEND 导致下行TBF 异常释放次数
Ø FLUSH 导致上行TBF 异常释放次数
Ø FLUSH 导致下行TBF 异常释放次数
“SUSPEND 导致上行TBF 异常释放次数”用于统计一个测量周期内，因为MS 发起GPRS SUSPEND 导致的上行TBF 异常释放次数 。如果该值较高，是因为在进行分组业务时，MS 经常发起电路业务。也可能是因为本小区在网络位置区的边缘，导致MS 频繁进行位置更新。当一个B 类MS 发起电路业务请求的时候，不管这个MS 在何种状态，网络侧都会中断这个MS 的所有分组业务。当MS 处于传输态并且存在上行TBF 时，MS 会通过发送SUSPEND 消息发起挂起流程，相应地，网络侧会释放该上行TBF 作为回应。如果排除手机在位置区边缘频繁切换移动，则SUSPEND 导致TBF 异常释放不是TBF掉话的主要原因。
当手机在进行分组业务，同时进行小区重选，将导致TBF 异常释放。此时重点查看“FLUSH 导致上行TBF 异常释放次数” 和“FLUSH 导致下行TBF 异常释放次数”两项话统指标值，并结合“手机选入小区次数”、“手机短间隔选出小区次数”和“手机乒乓小区重选次数”指标值进行分析。
我刚接触GSM系统 华为的 数据表格中 有上行TBF掉话率高、下行TBF掉话率高 这是什么原因呢 怎么解决呢 详细点 谢谢
同学，提问注意不要文不对题。
TBF建立成功率差无非是拥塞或干扰的问题，另外还可能是硬件故障。拥塞的话增加PDCH信道数就行了，语音也拥塞的话就要扩容；干扰主要就是调覆盖或者改频点了；硬件故障就重启下或让维护人员去换板吧。TBF掉话主要原因就是干扰或者硬件故障了，当然拥塞也会造成切换掉话，处理的方法跟上面说的差不多。具体问题多向单位的前辈请教吧。
大哥，一下子问这么多问题。给你回答了好几个问题了。给你发一份资料吧。免得我一个一个的回答。是我们自己总结的。系统优化的。
顺便发下我把
网络掉话率相关的主要话统数据如下。
上行TBF 建立成功次数
上行TBF 正常释放次数
下行TBF 建立成功次数
下行TBF 正常释放次数
掉话率参考值：≤10％
由于目前GPRS/EGPRS 网络没有实现小区切换，完全是手机自主重选小区，若在传输中重选小区必然造成掉话，此外由于语音抢占动态PDCH以及无线链路异常或者是设备故障也会导致TBF掉话，只是由于TBF 传输时间原本较短（平均2~5 秒），因此掉话率虽比语音系统相对要高一些，但对业务的影响也较小，如果掉话率明显偏高就需要对网络进行优化处理。
与拥塞率类似，若掉话率较高，也就需要检查可疑时间段里的小区话统数据。一般会找
到掉话率明显异常的个别小区，其影响了整体的性能指标。之后再针对该具体小区进行
分析，落实到更详细的原因并进行处理。
掉话率分析
掉话率的分析，即是对上下行TBF 释放情况的分析。与掉话率相关的指标
与小区级的掉话率直接相关的话统指标有：Ø 上行TBF 正常释放次数
Ø N3101 溢出导致上行TBF 异常释放次数
Ø N3103 溢出导致上行TBF 异常释放次数
Ø SUSPEND 导致上行TBF 异常释放次数
Ø FLUSH 导致上行TBF 异常释放次数
Ø 无信道资源导致上行TBF 异常释放次数
Ø 下行TBF 正常释放次数
Ø N3105 溢出导致下行异常TBF 释放次数
Ø SUSPEND 导致下行TBF 异常释放次数
Ø FLUSH 导致下行TBF 异常释放次数
Ø 无信道资源导致下行TBF 异常释放次数
上下行TBF 掉话率的计算公式如下：
掉话率分析原因
分组掉话率高与小区的无线质量，话务量大小，甚至与MS 的切换和位置更新都密切相关。实际分析过程中，要结合各种可能的原因进行具体分析。如下图所示是高掉话率
小区分析示意图。
高掉话率小区分析思路图
硬件和链路故障
TBF 掉话率高，首先排除硬件和链路故障，判断故障范围是BSC 级还是个别站点，或
者是个别小区。
Ø 如果是BSC 级的TBF 掉话率高，就要检查BSC或者PCU是否存在故障或者近期是否有重大的操作，另外多个小区的故障也可能会拉高BSC整体的TBF掉话率，注意是否有多个小区出现严重的问题。
Ø 如果是个别小区掉话严重而导致整体掉话率异常，检查基站和PCU 硬件，结合告警消息，根据话统结果排除硬件设备故障造成的掉话；然后排除传输链路上的故障，包括小区的Um 口、TRAU 链路和Pb 链路。
电路业务抢占分组资源
如下两个指标能反映电路业务抢占分组资源导致TBF 掉话高：
Ø 无信道资源导致上行TBF 异常释放次数
Ø 无信道资源导致下行TBF 异常释放次数
此时，小区中的电路业务量应该较高，可结合“BSC 回收有负载动态PDCH 次数”以及
与PDCH 转换相关的话统指标进行分析。如果分组业务被抢占的比较多，可以考虑适当的启用语音业务的半速率功能，适当增加的固定PDCH，有条件的话可以扩容。
位置区更新和小区重选
MS 进行位置区更新或者周期性的位置区更新，或在进行分组业务时，MS 主动发起电路
呼叫，都会影响如下两个指标值，导致TBF 掉话。
Ø SUSPEND 导致上行TBF 异常释放次数
Ø SUSPEND 导致下行TBF 异常释放次数
Ø FLUSH 导致上行TBF 异常释放次数
Ø FLUSH 导致下行TBF 异常释放次数
“SUSPEND 导致上行TBF 异常释放次数”用于统计一个测量周期内，因为MS 发起GPRS SUSPEND 导致的上行TBF 异常释放次数 。如果该值较高，是因为在进行分组业务时，MS 经常发起电路业务。也可能是因为本小区在网络位置区的边缘，导致MS 频繁进行位置更新。当一个B 类MS 发起电路业务请求的时候，不管这个MS 在何种状态，网络侧都会中断这个MS 的所有分组业务。当MS 处于传输态并且存在上行TBF 时，MS 会通过发送SUSPEND 消息发起挂起流程，相应地，网络侧会释放该上行TBF 作为回应。如果排除手机在位置区边缘频繁切换移动，则SUSPEND 导致TBF 异常释放不是TBF掉话的主要原因。
当手机在进行分组业务，同时进行小区重选，将导致TBF 异常释放。此时重点查看“FLUSH 导致上行TBF 异常释放次数” 和“FLUSH 导致下行TBF 异常释放次数”两项话统指标值，并结合“手机选入小区次数”、“手机短间隔选出小区次数”和“手机乒乓小区重选次数”指标值进行分析。
发我一份啊，谢谢。
我遇到的有关上下行TBF的问题 主要是硬件故障 可以在软件上倒换载频试试，还有干扰问题 内网干扰少 靠近军队很有可能有干扰，拥塞一般多开两条GPRS信道就行了
栏目分类
灏勯涓撲笟鍩硅鏁欑▼鎺ㄨ崘
