上行TBF建立成功率低的小区原因分析及处理方法.docVIP

上行TBF建立成功率低的小区原因分析及处理方法.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
上行TBF建立成功率低的小区原因分析及处理方法 TBF建立成功率低是GPRS业务出现主要的性能问题,其原因有多种,这里我们就针对不同的情况来分析。 在上图所示网络中,TBF建立流程通过的主要设备和接口分别有: 设备:MS BTS BSC MFS SGSN 接口:Abis Atermux Gb 小区上行TBF建立成功率低原因分析: 根据网络结构及对GPRS业务的处理单元,小区上行TBF建立失败的原因可以分为以下几类: 1 Radio Problem 在GPRS话务报告中有特定的Counter P28指明,从现场的分析观察来看原因可能是冲突和差的覆盖,不符合规范的终端发起的请求,TRE或BTS故障,TRE/RSL关系错乱等多种,并一定是完全由于无线信号不好导致。 2 Radio Congestion 在GPRS话务报告中有特定的Counter P27指明,表现为问题小区的PDCH处于繁忙的状态,需要增加小区的PDCH个数来解决。 3 BSS Resource Congestion 根据GPRS网络结构图和GPRS处理单元来看,BSS资源的拥塞是由于GPU处理能力、Abis/Ater传输资源等方面的瓶颈引起。在GPRS话务报告中由以下Counter指明: P66:Number of UL TBF establishment failures due to the unavailability of the BVC (Gb interface problem) associated with the cell. P105d:Number of UL TBF establishment failures due to GPU congestion. P105f:Number of UL TBF establishment failures due to CPU processing power limitations of the GPU. P105h:Number of UL TBF establishment failures due to a lack of Ater resources. P105j:Number of UL TBF establishment failures due to a lack of Abis resources. P105l:Number of UL TBF establishment failures due to a too low number of GCH to guarantee a minimum throughput for the UL TBF.This may happen when the number of TBFs is too high compared to the number of available GCHs. 4 BSS Problem 由于BSS系统原因而导致的小区上行TBF建立失败,在GPRS话务报告中没有明确的Counter定义,话务报告中所有的请求次数减去成功次数和以上三种类型的失败次数即为BSS原因导致的失败次数。 5 GB Problem 由于GB的原因导致的小区上行TBF建立失败,一般会影响同一个NSE下的多个小区,可以查看对应GPU下的多个小区同一时间的话务报告来确认。也可以通过以下两个Counter来间接验证 P43:Number of DL LLC bytes received from the SGSN at BSSGP level per cell. P44:Number of UL LLC bytes received from the MS at BSSGP (08.18) sublayer per cell. 根据话务报告和GPU实时信息分析处理小区上行TBF建立成功率低的问题 根据话务报告和GPU的实时信息可以对上行TBF建立成功率低的小区进行分析,定位问题故障点并正确处理小区问题。以下主要是根据长期的观察和分析得出的方法,并不一定适用于所有情况,现场处理时还是要根据不同的情况观察分析。 1 从每个小时的话务报告中过滤上行TBF建立成功率低的小区(如G103500,G10610)并根据话务报告中小区建立失败原因G110/G111/G112对小区做初步分类; 2 在OMC-R终端上察看小区的GPRS状态、TRE/RSL状态、数据配置及BSC/MFS告警等,若有以上方面的问题先处理,若确认以上都无异常后可以继续。 3 若失败原因主要是G111(UL TBF Est Fail Rate Radio Cong),则可以初步判定为PDCH资源不足,也可以进一步来查看这个小区的PDCH复用度来确认; 4 若失败原因主要是G112

文档评论(0)

yurixiang1314 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档