TBF建立成功率-原理与提升手段-v20103029.docVIP

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的一种类型）的几率，一定程度提高立即指配成