华为设备TBF建立成功率的提升方法DOC.docx

华为设备TBF建立成功率的提升方法DOC.docx

《华为设备TBF建立成功率的提升方法DOC.docx》由会员分享，可在线阅读，更多相关《华为设备TBF建立成功率的提升方法DOC.docx（13页珍藏版）》请在冰豆网上搜索。

华为设备TBF建立成功率的提升方法DOC

华为设备TBF建立成功率的提升方法

目录

1网络接入性能分析优化3

1.1接入性能指标3

1.2无信道资源导致的下行TBF建立失败优化3

1.2.1无线拥塞类型3

1.2.2对于无线拥塞的处理4

1.3手机无响应导致下行TBF建立失败4

1.3.2空口质量6

1.3.3Abis口传输6

1.3.4BSC6000PCU处理部分6

1.3.5GB口传输8

1.3.6手机问题8

1.3.7手机行为8

1.4POLLING重发次数少导致下行TBF建立成功率低9

1.4.1问题描述分析9

1.4.2解决方法10

1.4.3优化前后效果比较10

1.5CCCH过载导致下行TBF建立成功率低11

1.5.1问题描述分析11

1.5.2解决方法13

1.5.3优化前后效果比较14

1网络接入性能分析优化

1.1接入性能指标

下行TBF建立成功率计算公式如下：

内置PCUTBF建立成功率定义：

1）上行TBF建立成功率=（上行GPRSTBF建立成功次数+上行EGPRSTBF建立成功次数）/（上行GPRSTBF建立尝试次数+上行EGPRSTBF建立尝试次数）

2）下行TBF建立成功率=（下行GPRSTBF建立成功次数+下行EGPRSTBF建立成功次数）/（下行GPRSTBF建立尝试次数+下行EGPRSTBF建立尝试次数）

外置PCUTBF建立成功率定义：

3）上行TBF建立成功率=上行TBF建立成功次数/上行TBF建立尝试次数

4）下行TBF建立成功率=下行TBF建立成功次数/下行TBF建立尝试次数

统计TBF建立失败的主要有以下2个指标：

1）无信道资源导致下行TBF建立失败次数/无信道资源导致下行TBF建立失败次数

2）MS无响应导致下行TBF建立失败次数/MS无响应导致下行TBF建立失败次数

TBF性能优化中主要就无信道资源导致下行TBF建立失败次数和MS无响应导致下行TBF建立失败次数这2个指标进行优化。

1.2无信道资源导致的下行TBF建立失败优化

在EGPRS网络建设初期，EGPRS信道配置较少，随着EGPRS数据用户的增长，需要对基站的容量进行扩容和EGPRS信道个数或信道控制参数进行调整。

1.2.1无线拥塞类型

对于无信道资源导致TBF建立失败，按照问题的严重程度分为以下几个类型：

1）硬拥塞，上行下行TBF建立无可用的信道资源

该问题非常严重，由于EGPRS&GPRS无法使用，给用户造成的主观感受很差。

2）话音抢占造成TBF释放，忙时回收有负载动态PDCH次数

比较严重，相当于GSM中的掉话。

3）TBF信道复用比较明显，每用户平均占用信道个数比较少

严重程度一般，EGPRS&GPRS可正常使用，但是给用户的感受是速度慢。

以上是判断拥塞的一般性描述，具体的判断标准可根据具体情况进行合理定义。

1.2.2对于无线拥塞的处理

根据不同的拥塞现象，处理建议分别如下：

1）有较多的硬拥塞或者话音造成的TBF释放，

此种情况下无可用PDCH信道，由于语音的抢占导致配置的动态PDCH为TCH状态。

此种情况必须通过增加静态PDCH信道或者TRX扩容才能够解决。

2）有TBF复用明显现象以及少量语音造成TBF释放

问题不特别明显建议增加PDCH动态信道个数，并且如果该点为CQT点则一定要增加EGPRS静态信道。

如果为外置PCU，增加EGPRS或者GPRS信道个数；对于内置PCU，增加小区级PDCH信道控制参数：

“小区下最大PDCH比率门限”。

3）有少量的TBF复用明显

问题不明显，但如果为CQT点则最好增加PDCH动态信道。

如果为外置PCU的BSC，增加EGPRS或者GPRS信道个数；对于内置PCU的BSC，增加小区级PDCH信道控制参数：

“小区下最大PDCH比率门限”。

1.3手机无响应导致下行TBF建立失败

本测量指标统计一个测量周期内小区MS无响应导致下行GPRSTBF建立失败次数，MS无响应导致下行TBF建立失败包含以下两种情况：

（1）MS无响应导致在CCCH上发起的下行TBF建立失败

在下行TBF的建立流程中，网络侧会发送POLLING消息给MS来获取TA值，并且预留块资源让MS回应指配确认消息。

如果网络侧在指配的信道的预留块资源上未收到该MS的PACKETCONTROLACKNOWLEDGEMENT消息，网络侧会多次重发下行立即指配，直到超出最大尝试次数。

图1是由于MS无响应导致建立下行TBF建立失败的过程。

每当网络侧尝试次数超出最大值的时候，如图中的测量点A所示，统计值“手机无响应导致下行TBF建立失败次数”加一。

图1MS无响应导致在CCCH上发起的下行TBF建立失败

（2）MS无响应导致在PACCH上发起的下行TBF建立失败

网络侧可以通过下面两种方法来建立下行TBF：

在当前的上行TBF传输过程中或下行TBF释放过程中发起新的下行TBF建立请求；在当前的下行TBF传输过程中为该TBF重新指配下行资源。

网络侧发送PACKETDOWNLINKASSIGNMENT消息，并且预留块资源让MS回应指配确认消息。

如果网络侧在指配的信道的预留块资源上未收到该MS的PACKETCONTROLACKNOWLEDGEMENT消息，网络侧会多次重发下行分组指配，直到超出最大尝试次数。

图2是由于MS无响应导致下行TBF建立失败的过程，每当重发的次数超出最大的尝试次数时，如图中的测量点A所示，统计值"手机无响应导致下行TBF建立失败次数"加一。

图2MS无响应导致在PACCH上发起的下行TBF建立失败

其次，我们来分析手机无响应有哪些影响因素：

1.3.2空口质量

主要是无线环境的因素，手机无响应就是手机和网络之间传输和通信出现了问题,因此首先要检查的就是空口的传输是否存在故障（如图3）,空口质量是否良好；

图1GSM/GPRS结构图

1.3.3Abis口传输

在网络侧,首先就是BTS和BSC之间Abis口的传输,如果传输有问题,比如端口故障,就会有大量的误码（包括失步帧和校验错帧）,这会在一定程度上影响手机接入；

1.3.4BSC6000PCU处理部分

数据业务的中央中心就是BSC6000中的内置PCU，因此排除几个传输接口的问题后，主要的分析对象就是内置PCU的下行TBF建立流程的处理了，主要从以下几点去分析：

1.数据配置是否存在异常，与其它没有出现此问题的PCU小区有何区别；

2.手机无响应导致下行TBF建立失败较多，从下行TBF建立流程进行分析，下行TBF建立流程主要包括CCCH上的下行TBF建立流程和PACCH上的下行TBF建立流程；

当PCU收到LLCPDU而没有下行TBF时，需要建立一个下行TBF用以传送数据。

CCCH上的下行TBF建立流程，如图4所示：

图1CCCH上建立下行TBF流程

如图4，在下行TBF开始时，网络侧在下行TBF的PACCH下发以TFI标识的PacketPollingRequest消息。

手机对此响应ACCESSBURST类型的分组控制确认消息。

网络侧从AB（ACCESSBURST）中提取时间提前量，在PacketPowerControl/TimingAdvance消息中通知手机，并发分组下行指配消息给手机分配多个信道。

（此流程的作用：

一是确认手机是否收到下行立即指配，下行TBF是否建立成功；二是提取时间提前量通知手机）。

由于手机和网络的配合问题,可能会出现网络侧发了立即指配消息和PacketPollingRequest消息,手机没有收到的情况,因此适当增加立即指配消息或PacketPollingRequest消息的重发次数,然而提高立即指配次数会导致指配成功率的降低,因此一般选择提高PacketPollingRequest消息的重发次数,可以很大程度上减少手机无响应的概率,类似于语音中的寻呼次数。

继续看图4，如果手机发的上行FAI已经发送，但此时上行TBF还处于传输状态，就不能进行下行建立，需等待一段时间后再建立下行，如果这个时间超时就会导致手机无响应。

PACCH上的下行TBF建立流程,如图5所示：

图2PACCH上建立下行TBF流程

PCU在PACCH上发分组下行指配消息以后，如果没有收到手机响应的分组控制确认消息，则PACCH上的下行TBF建立失败。

另外，加大上下行延迟释放时间，可以增大手机从PACCH建立下行的几率，因此可以提高手机接入时间，提高下行TBF建立成功率，一定程度上减少手机无响应。

1.3.5GB口传输

对于GB口，主要关注是否有GB口的链路故障,是否有拥塞情况。

1.3.6手机问题

对于个别手机可能存在手机兼容性问题，也有可能是手机本身的问题,对于这些问题需要手机侧进行处理定位。

1.3.7手机行为

下行由于手机可能已经进入其他小区，此时在原小区建立下行TBF时的POLLING消息和指配消息，手机无法响应；另外，即便手机还在原小区，由于可能该手机处于StandBy状态，对于PCU建立下行TBF时的指配消息和POLLING消息，该手机也不一定能接收到或及时响应。

此外，手机即使收到了Polling消息，由于兼容性问题，会导致不回AB消息。

这些都可能导致下行TBF因手机无响应而建立次数占下行TBF尝试建立次数的比例较高。

1.4POLLING重发次数少导致下行TBF建立成功率低

1.4.1问题描述分析

对于个别外置PCU的大部分小区（411埔心工业区2、411石排2等）话统指标“手机无响应导致下行TBF建立失败次数”较多,导致下行TBF建立成功率较低,晚忙时特别明显。

从CCCH上的下行TBF建立流程分析，从UM口的信令来看，出现手机对于PacketPollingRequest消息没有响应的情况，在网络侧已经给手机立即指配以后，会给手机发送Polling消息请求建立下行，然而此时手机没有回确认消息（ACCESSBURST类型的分组控制确认消息），PCU在指配的分组信道上发送POLLING消息达到最大次数以后，如果没有收到MS响应的ACCESSBURST，则进行PACK_TBF_RELE释放（见图6），CCCH上的下行TBF建立失败,此时记录为手机无响应导致下行TBF建立失败。

图1UM口消息跟踪

通过信令分析发现,很多的MS无响应，都是由于PacketPollingRequest只下发一次后，手机没有回ACCESSBURST消息造成。

晚忙时“手机无响应导致下行TBF建立失败次数”较多的问题特别明显,晚忙时，用户间干扰比较厉害，其传输质量的不确定性导致packetpollingrequest无法正常到达手机，或受无线干扰到达手机后码流有错，所以晚忙时比较明显。

1.4.2解决方法

由于此类PCU的大部份小区都有该问题，需要增加PCU级别参数PacketPollingRequest消息的重发次数，重发一次中间间隔240ms，建议修改为5（视情况可以适当修改）。

1.4.3优化前后效果比较

对PacketPollingRequest消息的重发次数进行修改验证，由1改为2，2改为3，3改为4，4改为5的效果图（见图7、图8和图9），可以看出，大部分手机在polling消息重发3次时都会做响应，而3到4，4到5的时候，效果就已经不是非常明显,趋于平行线，同时与华为研发交流，建议修改为5。

图1Packetpollingrequest重发次数修改效果图1

图2Packetpollingrequest重发次数修改效果图2

图3Packetpollingrequest重发次数修改效果图3

KPI对比可以看出，修改packetPollingrequest的重发次数对于减少手机无响应有很大的提高。

1.5CCCH过载导致下行TBF建立成功率低

1.5.1问题描述分析

对于PCU下面个别小区因业务量高导致（412福地市场1、412三江工业区3、412长南埔1）话统指标“手机无响应导致下行TBF建立失败次数”较高，导致下行TBF建立成功率较低，晚忙时特别明显。

从CCCH上的下行TBF建立流程分析，对存在手机无响应导致下行TBF建立失败次数较高的小区（412福地市场1、412三江工业区3、412长南埔1），分析流控测量相关的话统指标“呼叫相关测量（CALL）->流控测量<小区>->Abis接口分组CCCH负载指示消息上报次数（此话统指标需要在M2000上先进行登记）”，发现重要信息：

Abis接口分组CCCH负载指示消息上报次数非常多（见图10）。

图1Abis接口分组CCCH负载指示消息上报次数

当CCCH过载，BSC收到测量小区所属的BTS报告的PACKETCCCHLOADIND消息的次数，然后，BSC侧启动一个TN_CCCH_OVERLOAD_PROTECTION定时器，BSC为了降低CCCH拥塞程度，基于话音业务优先于分组业务的原则，分组域不重发下行分组立即指配，并且只发1个pollingrequest，即只发1个IMMASS和1个PollingRequest消息。

在TN_CCCH_OVERLOAD_PROTECTION定时器超时后，恢复正常。

即正常情况下，如果手机对下行分组立即指配无响应的话，BSC会重发IMMASS和PollingRequest，直到手机有响应为止。

而且每个IMMASS后发5个PollingRequest（所发个数在LMT中可以配置，默认值已为最大值5）。

IMMASS的下发次数在LMT中也可以配置，现在默认为2次。

正常情况下，手机无响应导致下行TBF建立失败的话，BSC侧会共发送2个IMMASS和10个PollingRequest。

由于空口质量不稳定，一般网络侧会发几个PollingRequest后，手机才有响应，如图11所示：

图2Polling消息下发次数

图11所示的是手机不在小区业务高峰时，BSC侧发了3个PollingRequest后手机才有回应，这属于正常现象。

1.5.2解决方法

扩容CCCH信道

对应的一个BCCH复帧中CCCH消息块数为：

3、9、18、27、36。

CCCH配置决定了PCH、AGCH和RACH容量。

对于载频数为1的小区，建议配置1个组合CCCH（在位置区寻呼消息不大的系统中）；其余的根据小区内的载频数目确定CCCH的配置。

对于扩展BCCH情况（包括主B和扩展的BCCH），配置了几个BCCH信道，就需要配置几个非组合的CCCH。

接入允许保留块数、CCCH配置参数会根据小区主B载频0信道配置类型动态调整：

若小区CCCH配置为非“1个组合CCCH”，则接入允许保留块数缺省值修改为2，同时该参数的取值范围为1～7。

若小区的CCCH配置为“1个组合CCCH”时，则将该小区对应的系统消息表中的接入允许保留块数缺省值修改为1，同时该参数的取值范围为1～2；

若主B载频0信道配置为“组合BCCH”或“BCCH+CBCH”时，则将系统消息表中对应的CCCH配置参数配为“1个组合CCCH”；

若主B载频0信道配置为“主BCCH”时，则将系统消息表对应的CCCH配置参数配置为“N个非组合CCCH”。

N表示0、2、4、6信道配置为“主BCCH”和“BCH”的信道数量之和。

默认情况下，一个小区只配置一个主BCCH，这样有“1个非组合的CCCH”，那么CCCH在一个BCCH复帧中的消息块数就为9。

如果多配置一个BCH，那么就有“2个非组合的CCCH”，那么CCCH在一个BCCH复帧中的消息块数就为18，很大程度上提高了CCCH的容量。

1.5.3优化前后效果比较

以下是实施优化方案前后的对比效果：

优化方案实施后Abis接口分组CCCH负载指示消息上报次数明显减少（见图12），只有业务突发高峰造成的几次过载。

图1增加扩展BCCH信道前后的Abis接口分组CCCH负载指示消息上报次数

优化实施前后的手机无响应导致下行GPRSTBF建立失败次数统计图（参见图13和图14）。

图2扩容前手机无响应导致下行GPRSTBF建立失败统计图

图3扩容后手机无响应导致下行GPRSTBF建立失败统计图

从KPI上看，扩容CCCH后，下行TBF建立成功率已经有了很大的提高。

忙时的下行TBF建立成功率由原来的60%多上升到90%以上（见图15），效果非常明显。

图4下行GPRSTBF建立成功率

RPPU板上的PDCH数不能大于100，对于超过100条信道的RPPU板进行调整。