小弟目前遇到一个棘手问题，请问各位专家解答！
是这样的：在一个学校里有一个3012的华为基站，QTRU载频，配置为6/12/12。但是占用3个小区做被叫会都会出现“暂时无法接通”问题，出现频率约20%左右，即打10个电话会出现1-2次，再打又可以接通。已检查基站寻呼统计没有超时和丢弃，基站干扰和上下行统计正常。该基站已经将CCCH开到4个（最大）。该站话务量和上网用户量较大，但一般最忙时出现在晚10点，可该问题出现在白天（现场测试上午、下午都有）统计白天TCH和SD没有拥塞。请大家帮忙分析一下是什么原因造成的,在线跪求高人指点！
之前已复位过基站，但故障依旧。统计切换指标正常，99%左右。调整过BS_AG_BLCK_RES和相同寻呼间帧数两项参数设置，分别由2/2，改为3/5，但没有什么改善。注意到统计项【A343:PCH寻呼队列平均占用百分比峰值话统】为6~15，感觉不正常，其他基站一般在3以下。谁知道如何降低该寻呼队列比例。也很怀疑与GPRS业务量大有关，因推新GPRS包月套餐，该校上网用户很多。但一时理不出头绪。
信道板处理芯片故障，建议更换信道板。
除了载频问题外, 挂表检查信令,是否交换侧问题.
能不能看看无法呼通时占的是哪个载波啊，
我觉得可能有一下几种情况：
1、SUM板隐形故障，检查一下SUM板，因为是3个小区的寻呼相应都有问题，如果是这种情况的话，3个小区的切换失败也应该比较多，如果切换失败也比较多的话，直接更换SUM板再观察。
2、AGCH拥塞，检查小区参数设置，看是不是BS_AG_BLCK_RES这个参数设置的过小了，这个参数就是设置CCCH中的为AGCH保留的块数，CCCH一共有9个块，分别分配给PCH和AGCH，如果这个参数是4，就是每个CCCH中保留4个AGCH，5个PCH。
3、小区重选过多，被叫的小区重选有时也会造成，寻呼无响应，检查一下C2参数设置是否合理。
4、这个校园基站应该不是LAC或者RAC边界吧，或者附近有基站的LAC、RAC和这个基站不一致，割接的时候没有割接成一致的。
可以分析一下测试LOG，看看被叫信令在哪一步断掉的，再分析相关问题。
支持楼上的分析！建议测试一下，抓取详细的log再进行分析结论。
首先楼主说的是最大开了4个CCCH，这我被你误导了，CCCH在采用组合方式时只有3块，非组合方式时有9块，但这该不重要,还有听楼主的意思是主叫占用时可以寻呼的，只是被叫有时无法接通，是这样吗？
1、排除校园处于LAC、RAC边界，因为此故障出现在非忙时，若处于边界处，忙时问题该更大；
2、拥塞的问题也可以排除，因为同样忙时没有这种现象发生，而且寻呼统计没有超时和丢失更证明这点（但这与设置的参数有关，有待验证）
3、如果是临时发生的有没有可能是被叫终端的问题呢？？建议换部被叫测试
4、还有种可能是硬件故障，主被叫锁定小区进行拨测，有条件的话进基站查看下环境是否高温等现象，有必要重启下基站后再次拨测。结合log历史告警找原因
5、很有必要增大CCCH信道。
可以分析一下被叫的测试log，看看是被叫有没有响应寻呼，上发channel request。没有上发，说明有可能是PCH的问题，如果被叫上发channel request而没有接到立即指配消息，说明AGCH有问题。继续调整BS_AG_BLCK_RES的值，调整到4。或者加CCCH信道。
还有就是你说新推出了GPRS套餐，一般学校周围白天是GPRS的忙时，学生们上课的时候好多都在用GPRS业务，GPRS业务UL_TBF和PDP激活过程都需要占用AGCH，如果导致AGCH拥塞，就有可能使白天接入成功率低。
你能解释一下【A343:PCH寻呼队列平均占用百分比峰值话统】的含义吗？我是做贝尔设备的，不了解华为的指标。
经过联系华为技术支持中心，该问题是由于华为基站的版本低(如：V100R008C01)，当开启扩展寻呼时，会与小区软参中的“小区寻呼组包功能”发生冲突（软件BUG），导致在组包过程中丢失寻呼消息，引起被叫提示“暂时无法接通问题”。现在华为最新版本为V100R008C11SP03,所以建议大家没事的时候升级一下基站软件版本，因为华为每次版本更新都是有“目的”的，可惜我没有注意到！再次谢谢各位的热心帮助与耐心解答！谢谢！