 |
善于提问，勤于回答，你也是专家
|
 |
华为BTS3012设备，“MS无响应导致上行EGPRSTBF建立失败次数”非常高，30%左右。请求高手指点？？？什么问题
华为BTS3012设备，“MS无响应导致上行EGPRSTBF建立失败次数”非常高，30%左右。下行的没有问题，其他指标均正常。请求高手指点？？？什么问题
我要回答
问题答案
手机无响应导致上行TBF建立失败：
含义：本测量指标用于统计一个测量周期内，因为MS无响应导致上行TBF建立失败的次数。如果该值较高，可能是因为小区的无线质量不好。
指配成功率低必然导致拥塞率上升，同一个话统周期中的“手机无响应导致上行TBF建立失败次数” 和“手机无响应导致下行TBF建立失败次数”指标是造成指配成功率低的主要原因，若是由于该指标较高，导致拥塞率高，可能的原因： (1) 本小区的传输链路质量差，块误码率较高，具体分析方法参见“小区传输链路质量分析”。在小区传输质量较差的情况，我们也可以通过调整GPRS网络参数来提高TBF接入成功率。例如：
调整T3168定时器（GPRS Cell Option参数，指手机在发送了Packet Resource Request消息后等待Packet Uplink Assignment消息的时长）的值。
传输质量差时T3168要适当加长，以延长TBF建立的时延，这样可能会提高接入成功率；
传输质量较好时T3168可以适当减小，引导手机以较快频率重发接入请求消息，以提高网络侧对TBF的建立请求的响应时间。
一般情况下（2%≤BLER≤10%）T3168可以考虑在500ms～2000ms之间进行调整较合适。考虑到目前大多数手机很少发起两阶段接入请求，因此在普通小区中调整T3168的值对提高TBF建立成功率不会有什么影响。而在卫星小区中，PCU强制手机进行两阶段接入，此时调整T3168的值会起到一定的效果。
在适当的时候也可以考虑下调T3192定时器（手机在下行TBF释放后仍监听下行PACCH的时长）的值，该定时器实际上是为了提高下行TBF的建立速度，减少信令开销，但是下行数据流非连续时，该定时器实际上延长了PDCH被占用的时间，也会造成分组资源紧张，导致拥塞。调整T3192的时候应该充分分析当前小区的分组业务负荷以及下行数据业务模型，在下行高负荷的小区中调整T3192的值要尤其谨慎。
(2) 分组话务量过大，导致网络内部队列拥塞；指配消息延迟过长， 导致TBF建立失败。此时对于TBF的建立，为了降低网络侧对指配延迟的敏感度，可通过软件参数表调高g_N3101Max（N3101是网络侧对USF监控）和g_N3105Max（N3105是网络侧对下行TBF中RRBP的监控）的值。当然如果分组话务量大且持续时间长，超出优化调整能力，建议运营商扩容。
http://bbs.c114.net/thread-654560-1-1.html
附一篇案例，供参考
含义：本测量指标用于统计一个测量周期内，因为MS无响应导致上行TBF建立失败的次数。如果该值较高，可能是因为小区的无线质量不好。
指配成功率低必然导致拥塞率上升，同一个话统周期中的“手机无响应导致上行TBF建立失败次数” 和“手机无响应导致下行TBF建立失败次数”指标是造成指配成功率低的主要原因，若是由于该指标较高，导致拥塞率高，可能的原因： (1) 本小区的传输链路质量差，块误码率较高，具体分析方法参见“小区传输链路质量分析”。在小区传输质量较差的情况，我们也可以通过调整GPRS网络参数来提高TBF接入成功率。例如：
调整T3168定时器（GPRS Cell Option参数，指手机在发送了Packet Resource Request消息后等待Packet Uplink Assignment消息的时长）的值。
传输质量差时T3168要适当加长，以延长TBF建立的时延，这样可能会提高接入成功率；
传输质量较好时T3168可以适当减小，引导手机以较快频率重发接入请求消息，以提高网络侧对TBF的建立请求的响应时间。
一般情况下（2%≤BLER≤10%）T3168可以考虑在500ms～2000ms之间进行调整较合适。考虑到目前大多数手机很少发起两阶段接入请求，因此在普通小区中调整T3168的值对提高TBF建立成功率不会有什么影响。而在卫星小区中，PCU强制手机进行两阶段接入，此时调整T3168的值会起到一定的效果。
在适当的时候也可以考虑下调T3192定时器（手机在下行TBF释放后仍监听下行PACCH的时长）的值，该定时器实际上是为了提高下行TBF的建立速度，减少信令开销，但是下行数据流非连续时，该定时器实际上延长了PDCH被占用的时间，也会造成分组资源紧张，导致拥塞。调整T3192的时候应该充分分析当前小区的分组业务负荷以及下行数据业务模型，在下行高负荷的小区中调整T3192的值要尤其谨慎。
(2) 分组话务量过大，导致网络内部队列拥塞；指配消息延迟过长， 导致TBF建立失败。此时对于TBF的建立，为了降低网络侧对指配延迟的敏感度，可通过软件参数表调高g_N3101Max（N3101是网络侧对USF监控）和g_N3105Max（N3105是网络侧对下行TBF中RRBP的监控）的值。当然如果分组话务量大且持续时间长，超出优化调整能力，建议运营商扩容。
http://bbs.c114.net/thread-654560-1-1.html
附一篇案例，供参考
回答者：OscarDon 回答时间：2014-07-03 09:56
5
5