内容发布更新时间 : 2024/11/15 21:23:37星期一 下面是文章的全部内容请认真阅读。

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建立尝试次数]) 1.1 下行TBF信令流程

下行TBF建立尝试次数：统计点A（BSC发出IMMEDIATE ASSIGNMENT消息）

下行TBF建立成功次数：统计点B（手机发出PACKET CONTROL ACKNOWLEDGEMENT消息） 1.2 上行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，下行空口是否正常（指配消息是否下发到手机），手机是否响应指配消息（发送上行数据块）。

3.1 减少手机无响应的比例

一般来说，在无线质量比较好的情况下，上行手机无响应的比例比较低；下行由于手机可能已经进入其他小区，此时在原小区建立下行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的一种类型）的几率，一定程度提高立即指配成功率。

3.2 Abis链路是否存在问题

Abis口链路失步或Abis口链路出现闪断等传输问题，都可能会导致上行TBF建立失败。通过计算G-Abis口误帧率（G-Abis口误帧率=（接收校验错帧的个数+接收失步帧的个数）/（发送有效帧的个数+发送空帧的个数））来初步判断Abis口的传输情况。

3.3 CCCH过载导致立即指配消息被丢弃

通过上行指配成功率（上行指配成功率=上行指配成功次数/上行指配次数）确定上行指配是否正常下发。如果上行指配成功率比较低，需要确认是否存在CCCH过载。CCCH如果出现过载可能会导致CCCH