TBF建立成功率__原理与提升手段__v20103029.docVIP

TBF建立成功率__原理与提升手段__v20103029.doc

  1. 1、本文档共10页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
TBF建立成功率分析 信令流程及其统计点: 和语音业务的最终目的为语音通话相似,分组业务的最终目的就是实现MS接入数据网络。PCU作为分组业务传输中的一个关键网元,对于数据传输来说,就是实现数据传输链路的建立,这个传输链路就是TBF。可以说,数据业务的接入成功与否,关键就在于链路的建立;当然链路建立后,MS还要和网络侧进行交互,完成attach、pdp active等流程后,才可以正常进行数据上传和下载。 统计公式: TBF建立成功率=上行TBF建立成功率×下行TBF建立成功率 上行TBF建立成功率 = ([上行GPRS TBF建立成功次数]+[上行EGPRS TBF建立成功次数])*{100}/([上行GPRS TBF建立尝试次数]+[上行EGPRS TBF建立尝试次数]) 下行TBF建立成功率 = ([下行GPRS TBF建立成功次数]+[下行EGPRS TBF建立成功次数])*{100}/([下行GPRS TBF建立尝试次数]+[下行EGPRS TBF建立尝试次数]) 下行TBF信令流程 下行TBF建立尝试次数:统计点A(BSC发出IMMEDIATE ASSIGNMENT消息) 下行TBF建立成功次数:统计点B(手机发出PACKET CONTROL ACKNOWLEDGEMENT消息) 上行TBF信令流程 上行TBF建立尝试次数:统计点A(MS发出CHANNEL REQUEST 消息) 上行TBF建立成功次数:统计点C(BSC收到该MS发出的首个上行数据块) 考核标准 无线TBF建立成功率=Σ(小区上行TBF建立成功率×小区下行TBF建立成功率)/小区数量。 目标值:92% 指标的采集时间为非重要节假日(春节、国庆、五一、中秋、元旦、端午、清明)的如下时段8:00-11:00、18:00-21:00。 该指标每月评分,累积扣分。达到目标值为满分,每低于目标值0.01个百分点扣0.01分。 提高方法 阐述优化的思路,主要是按照信令流程,找出出现问题的信令和网元。根据TBF的建立流程,可以按照以下的流程进行逐步排查:分析Abis是否存在传输问题,指配消息是否正常下发到BTS,下行空口是否正常(指配消息是否下发到手机),手机是否响应指配消息(发送上行数据块)。 减少手机无响应的比例 一般来说,在无线质量比较好的情况下,上行手机无响应的比例比较低;下行由于手机可能已经进入其他小区,此时在原小区建立下行TBF时的POLLING消息和指配消息,手机无法响应;另外,即便手机还在原小区,由于可能该手机处于StandBy状态,对于PCU建立下行TBF时的指配消息和POLLING消息,该手机也不一定能接收到或及时响应,从而导致下行TBF因手机无响应而建立次数占下行TBF尝试建立次数的比例较高。 对于下行TBF的无响应问题,我们可以加以下软参一定程度上减少无响应的比例。 下行TBF建立延时时间(g_DlTbfEstDelayTime) 如果给手机发的上行FAI已经发送,但此时上行TBF还处于传输状态,不能进行下行建立,需等待一段时间后再建立下行,否则手机无响应。 在现网中,由于手机无响应导致TBF建立失败次数比较多,可以修改此软参值优化性能,参考值200ms。 下行立即指配DRX下的延迟(块)(g_ImmDlDelayBlksDrx) 下行立即指配在Drx状态时的延迟块数,影响下行立即指配成功率,从而影响下行TBF建立成功率。在性能优化时可以将此值修改为39。此软参对R8C01以前版本无效。 下行重指配尝试次数(g_MaxDlAssRetryTimes) 下行指配重发次数,修改此软参值可以一定程度上提高下行TBF建立成功率,但下行指配成功率下降较多,该值默认为2。如果客户对指配成功率有要求,不建议修改。 消息重发次数(g_MaxPollingRetryTimes) Polling 消息的重发次数,修改该软参值可以一定程度上提高下行TBF建立成功率,对下行指配成功率没有影响。建议值6。 静态信道空闲释放定时器长度(g_FixPdchIdleTimeInSecond) 静态信道空闲释放释放定时器,默认为0,即采用默认方法。对pcic资源使用优化时,(信道资源不足时),可将此值设为30s。 动态信道空闲释放定时器长度(g_DynPdchIdleTimeInSecond) 动态信道空闲释放释放定时器,默认为0,即采用默认方法。对pcic资源使用优化时,(信道资源不足时),将此值设为30s。 这两个软参在CQT时建议不添加。 最大可处理寻呼消息数(g_ulMaxPagingMsgNum) 每秒最大可处理寻呼消息数,默认60。如果寻呼消息较多,使用该软参流控,可以设置为40、50,减少寻呼消息占用PCH(CCCH的一种类型)的几率,一定

您可能关注的文档

文档评论(0)

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

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

1亿VIP精品文档

相关文档