TBF建立成功率-原理与提升手段-v20103029 下载本文

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