内容发布更新时间 : 2024/11/19 22:28:55星期一 下面是文章的全部内容请认真阅读。

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页