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

华为设备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.3 Abis口传输 (6)
1.3.4 BSC6000 PCU处理部分 (6)
1.3.5 GB口传输 (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建立成功率计算公式如下：
内置PCU TBF建立成功率定义：
1)上行TBF建立成功率=（上行GPRS TBF建立成功次数+上行EGPRS TBF建立成功
次数）/(上行GPRS TBF建立尝试次数+上行EGPRS TBF建立尝试次数)
2)下行TBF建立成功率=（下行GPRS TBF建立成功次数+下行EGPRS TBF建立成功
次数）/(下行GPRS TBF建立尝试次数+下行EGPRS TBF建立尝试次数) 外置PCU TBF建立成功率定义：
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无响应导致下行GPRS TBF建立失败次数，MS无响应导致下行TBF建立失败包含以下两种情况：
(1) MS无响应导致在CCCH上发起的下行TBF建立失败
在下行TBF的建立流程中，网络侧会发送POLLING消息给MS来获取TA值，并且预留块资源让MS回应指配确认消息。

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

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

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

图1 MS无响应导致在CCCH上发起的下行TBF建立失败
(2) MS无响应导致在PACCH上发起的下行TBF建立失败
网络侧可以通过下面两种方法来建立下行TBF：在当前的上行TBF传输过程中或下行TBF释放过程中发起新的下行TBF建立请求；在当前的下行TBF传输过程中为该TBF重新指配下行资源。

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

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

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

图2 MS无响应导致在PACCH上发起的下行TBF建立失败
其次，我们来分析手机无响应有哪些影响因素：
1.3.2 空口质量
主要是无线环境的因素，手机无响应就是手机和网络之间传输和通信出现了问题,因此首先要检查的就是空口的传输是否存在故障（如图3）,空口质量是否良好；
图3 GSM/GPRS结构图
1.3.3 Abis口传输
在网络侧,首先就是BTS和BSC之间Abis口的传输,如果传输有问题,比如端口故障,就会有大量的误码(包括失步帧和校验错帧),这会在一定程度上影响手机接入；
1.3.4 BSC6000 PCU处理部分
数据业务的中央中心就是BSC6000中的内置PCU，因此排除几个传输接口的问题后，主要的分析对象就是内置PCU的下行TBF建立流程的处理了，主要从以下几点去分析：
1.数据配置是否存在异常，与其它没有出现此问题的PCU小区有何区别；
2.手机无响应导致下行TBF建立失败较多，从下行TBF建立流程进行分析，下行TBF建立流程主要包括CCCH上的下行TBF建立流程和PACCH上的下行TBF建立流程；
当PCU收到LLC PDU而没有下行TBF时，需要建立一个下行TBF用以传送数据。

CCCH 上的下行TBF建立流程，如图4所示：
图4 CCCH上建立下行TBF流程
如图4，在下行TBF开始时，网络侧在下行TBF的PACCH下发以TFI标识的Packet Polling Request消息。

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

网络侧从
AB(ACCESS BURST)中提取时间提前量，在Packet Power Control/Timing Advance消息中通知手机，并发分组下行指配消息给手机分配多个信道。

(此流程的作用：一是确认手机是否收到下行立即指配，下行TBF是否建立成功；二是提取时间提前量通知手机)。

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

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

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

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

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

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

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

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

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

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

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

图6 UM口消息跟踪
通过信令分析发现,很多的MS无响应，都是由于Packet Polling Request只下发一次后，手机没有回ACCESS BURST消息造成。

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

1.4.2 解决方法
由于此类PCU的大部份小区都有该问题，需要增加PCU级别参数Packet Polling Request 消息的重发次数，重发一次中间间隔240ms，建议修改为5(视情况可以适当修改)。

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

图7 Packet polling request重发次数修改效果图1
图8 Packet polling request重发次数修改效果图2
图9 Packet polling request重发次数修改效果图3
KPI对比可以看出，修改packet Polling request的重发次数对于减少手机无响应有很大的提高。

1.5 CCCH过载导致下行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负载指示消息上报次数非常多(见1.5.1 图10)。

图10 Abis接口分组CCCH负载指示消息上报次数
当CCCH过载，BSC收到测量小区所属的BTS报告的PACKET CCCH LOAD IND消息的次数，然后，BSC侧启动一个TN_CCCH_OVERLOAD_PROTECTION定时器，BSC为了降低CCCH拥塞程度，基于话音业务优先于分组业务的原则，分组域不重发下行分组立即指配，并且只发1个polling request，即只发1个IMM ASS和1个Polling Request消息。

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

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

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

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

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

由于空口质量不稳定，一般网络侧会发几个Polling Request后，手机才有响应，如图11所示：
图11 Polling消息下发次数
图11所示的是手机不在小区业务高峰时，BSC侧发了3个Polling Request后手机才有回应，这属于正常现象。

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负载指示消息上报次数明显减少(见1.5.3 图12)，只有业务突发高峰造成的几次过载。

图12增加扩展BCCH信道前后的Abis接口分组CCCH负载指示消息上报次数
优化实施前后的手机无响应导致下行GPRS TBF建立失败次数统计图（参见图13和图1 4）。

图13扩容前手机无响应导致下行GPRS TBF建立失败统计图
图14扩容后手机无响应导致下行GPRS TBF建立失败统计图
从KPI上看，扩容CCCH后，下行TBF建立成功率已经有了很大的提高。

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

图15下行GPRS TBF建立成功率
RPPU板上的PDCH数不能大于100，对于超过100条信道的RPPU板进行调整。