tbf建立成功率-原理与提升手段-v20103029

tbf建立成功率-原理与提升手段-v20103029

ID:10242083

大小:68.50 KB

页数:10页

时间:2018-06-13

tbf建立成功率-原理与提升手段-v20103029_第1页
tbf建立成功率-原理与提升手段-v20103029_第2页
tbf建立成功率-原理与提升手段-v20103029_第3页
tbf建立成功率-原理与提升手段-v20103029_第4页
tbf建立成功率-原理与提升手段-v20103029_第5页
资源描述:

《tbf建立成功率-原理与提升手段-v20103029》由会员上传分享,免费在线阅读,更多相关内容在行业资料-天天文库

1、TBF建立成功率分析一、信令流程及其统计点:和语音业务的最终目的为语音通话相似,分组业务的最终目的就是实现MS接入数据网络。PCU作为分组业务传输中的一个关键网元,对于数据传输来说,就是实现数据传输链路的建立,这个传输链路就是TBF。可以说,数据业务的接入成功与否,关键就在于链路的建立;当然链路建立后,MS还要和网络侧进行交互,完成attach、pdpactive等流程后,才可以正常进行数据上传和下载。统计公式:TBF建立成功率=上行TBF建立成功率×下行TBF建立成功率上行TBF建立成功率=([上行GPR

2、STBF建立成功次数]+[上行EGPRSTBF建立成功次数])*{100}/([上行GPRSTBF建立尝试次数]+[上行EGPRSTBF建立尝试次数])下行TBF建立成功率=([下行GPRSTBF建立成功次数]+[下行EGPRSTBF建立成功次数])*{100}/([下行GPRSTBF建立尝试次数]+[下行EGPRSTBF建立尝试次数])1.1下行TBF信令流程下行TBF建立尝试次数:统计点A(BSC发出IMMEDIATEASSIGNMENT消息)下行TBF建立成功次数:统计点B(手机发出PACKETCON

3、TROLACKNOWLEDGEMENT消息)1.1上行TBF信令流程上行TBF建立尝试次数:统计点A(MS发出CHANNELREQUEST消息)上行TBF建立成功次数:统计点C(BSC收到该MS发出的首个上行数据块)一、考核标准无线TBF建立成功率=Σ(小区上行TBF建立成功率×小区下行TBF建立成功率)/小区数量。目标值:92%指标的采集时间为非重要节假日(春节、国庆、五一、中秋、元旦、端午、清明)的如下时段8:00-11:00、18:00-21:00。该指标每月评分,累积扣分。达到目标值为满分,每低于目

4、标值0.01个百分点扣0.01分。二、提高方法阐述优化的思路,主要是按照信令流程,找出出现问题的信令和网元。根据TBF的建立流程,可以按照以下的流程进行逐步排查:分析Abis是否存在传输问题,指配消息是否正常下发到BTS,下行空口是否正常(指配消息是否下发到手机),手机是否响应指配消息(发送上行数据块)。122.1减少手机无响应的比例一般来说,在无线质量比较好的情况下,上行手机无响应的比例比较低;下行由于手机可能已经进入其他小区,此时在原小区建立下行TBF时的POLLING消息和指配消息,手机无法响应;另外

5、,即便手机还在原小区,由于可能该手机处于StandBy状态,对于PCU建立下行TBF时的指配消息和POLLING消息,该手机也不一定能接收到或及时响应,从而导致下行TBF因手机无响应而建立次数占下行TBF尝试建立次数的比例较高。对于下行TBF的无响应问题,我们可以加以下软参一定程度上减少无响应的比例。下行TBF建立延时时间(g_DlTbfEstDelayTime)如果给手机发的上行FAI已经发送,但此时上行TBF还处于传输状态,不能进行下行建立,需等待一段时间后再建立下行,否则手机无响应。在现网中,由于手机

6、无响应导致TBF建立失败次数比较多,可以修改此软参值优化性能,参考值200ms。下行立即指配DRX下的延迟(块)(g_ImmDlDelayBlksDrx)下行立即指配在Drx状态时的延迟块数,影响下行立即指配成功率,从而影响下行TBF建立成功率。在性能优化时可以将此值修改为39。此软参对R8C01以前版本无效。下行重指配尝试次数(g_MaxDlAssRetryTimes)下行指配重发次数,修改此软参值可以一定程度上提高下行TBF建立成功率,但下行指配成功率下降较多,该值默认为2。如果客户对指配成功率有要求,

7、不建议修改。消息重发次数(g_MaxPollingRetryTimes)Polling消息的重发次数,修改该软参值可以一定程度上提高下行TBF建立成功率,对下行指配成功率没有影响。建议值6。静态信道空闲释放定时器长度(g_FixPdchIdleTimeInSecond)静态信道空闲释放释放定时器,默认为0,即采用默认方法。对pcic资源使用优化时,(信道资源不足时),可将此值设为30s。动态信道空闲释放定时器长度(g_DynPdchIdleTimeInSecond)动态信道空闲释放释放定时器,默认为0,即采

8、用默认方法。对pcic资源使用优化时,(信道资源不足时),将此值设为30s。这两个软参在CQT时建议不添加。最大可处理寻呼消息数(g_ulMaxPagingMsgNum)每秒最大可处理寻呼消息数,默认60。如果寻呼消息较多,使用该软参流控,可以设置为40、50,减少寻呼消息占用PCH(CCCH的一种类型)的几率,一定程度提高立即指配成功率。1.1Abis链路是否存在问题Abis口链路失步或Abis口链路出现闪断等

当前文档最多预览五页,下载文档查看全文

此文档下载收益归作者所有

当前文档最多预览五页,下载文档查看全文
温馨提示:
1. 部分包含数学公式或PPT动画的文件,查看预览时可能会显示错乱或异常,文件下载后无此问题,请放心下载。
2. 本文档由用户上传,版权归属用户,天天文库负责整理代发布。如果您对本文档版权有争议请及时联系客服。
3. 下载前请仔细阅读文档内容,确认文档内容符合您的需求后进行下载,若出现内容与标题不符可向本站投诉处理。
4. 下载文档时可能由于网络波动等原因无法下载或下载错误,付费完成后未能成功下载的用户请联系客服处理。