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

内容发布更新时间 : 2024/6/22 18:58:15星期一 下面是文章的全部内容请认真阅读。

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所示:

2018-10-8

华为机密,未经许可不得扩散 第6页, 共16页

图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所示:

2018-10-8

华为机密,未经许可不得扩散

第7页, 共16页

图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尝试建立次数的比例较高。

2018-10-8

华为机密,未经许可不得扩散

第8页, 共16页

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无法正常到达手机,或受无线干扰到达手机后码流有错,所以晚忙时比较明显。

2018-10-8

华为机密,未经许可不得扩散 第9页, 共16页

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。 35000300002500020000150001000050000POLLING重发1次POLLING重发2次POLLING重发3次POLLING重发4次POLLING重发5次手机无响应导致下行TBF建立失败次数手机无响应导致下行TBF建立失败次数走势图

图7 Packet polling request重发次数修改效果图1

2018-10-8

华为机密,未经许可不得扩散 第10页, 共16页